MongoDB自身它还算比拟年轻的一个产品，所以它的疑问，就是成熟度必需没有传统MySQL那么成熟稳固。
瑭锦Tanjurd倡导在经常使用的时刻，第一，尽量经常使用稳固版，不要在线上经常使用开发版，这是一个大准则；另外一点，备份很关键，MongoDB假设出现一些意外状况，备份必定是要能跟上。
除了经过传统的复制的模式来做备份，离线备份也还是要有，不论你是用什么模式，都要有一个完整的离线备份。
往往最后出现了不凡状况，它能协助到你；另外，MongoDB性能的一个关键点就是索引，索引是不是能有比拟好的经常使用效率，索引是不是能够放在内存中，这样能够优化随机读写的性能。
假设你的索引不能齐全放在内存中，一旦出现随机读写比拟高的时刻，它就会频繁地启动磁盘替换，这个时刻，MongoDB的性能就会急剧降低，会出现动摇。
另外，MongoDB还有一个最大的缺陷，就是它占用的空间很大，由于它属于典型空间换期间准则的类型。
那么它的磁盘空间比个别数据库会糜费一些，而且到目前为止它还没有实如今线紧缩配置，在MongoDB中频繁的启动数据增删改时，假设记载变了，例如数据大小出现了变动，这时刻容易发生一些数据碎片，出现碎片引发的结果，一个是索引会出现性能疑问，另外一个就是在必定的期间后，所占空间会莫名其妙地增大，所以要活期把数据库做修复，活期从新做索引，这样会优化MongoDB的稳固性和效率。
在最新的版本里，它曾经在实如今线紧缩，预计应该在2.0版左右，应该能够实如今线紧缩，可以在后盾口头如今repair>mongo和mysql索引有什么不同？
Mongodb和Mysql索引选型1)首先两种数据库都选用平衡m叉树作为底层索引结构，由于平衡树m叉树是同种元素序列状况下的深度最小的m叉排序树。
这可以缩小m叉树元素查找的深度，从而优化平均查找效率。
B树和B+树都是平衡m叉树。
2)Mongodb选用B树为索引结构，Mongodb是典型的非相关行数据库，设计之初就不会用来做多个遍历操作，那么假设要查问单条数据的话只需启动一次性中序遍历，查到与叶子上数据相反的节点即可。
3)Mysql是典型的相关型数据库，选用B+树的要素是一切再也节点的数据都有前后相关，由于有链指针，由于非终结点并不是最终指向文件内容的结点，而只是叶子结点中关键字的索引。
因此任何关键字的查找必需走一条从根结点到叶子结点的路。
所无关键字查问的门路长度相反，造成每一个数据的查问效率相当，B+树的查问效率愈加稳固。
而且把一切同一外部节点的关键字寄存在同一盘块中，这样磁盘容纳的关键字数量也越多，一次性性读入内存的须要查找的关键字也就越多，相对IO读写次数就降低了。
mongodb 会比mysql快么
mongodb会比mysql快的多，要素是：首先是内存映射机制，数据不是耐久化到存储设施中的，而是临时存储在内存中，这就提高了在IO上效率以及操作系统对存储介质之间的性能损耗。
（毕竟内存读取最快）其次，NoSQL并不是不经常使用sql，只是不经常使用相关。
没有相关的存在，就示意每个数据都好比是领有一个独自的存储空间，而后一个汇集索引来指向。
搜查性能必定会提高的。
第三，言语。
经常使用javascript语法启动操作愈加高效、间接。
这些是MongoDB针对相关型数据库的效率要高的要素。
然而不能仅仅看重效率，这种数据库的设计带来的弊病也是有的。
例如数据相关的保养会带来很多冗余数据、客户端代码须要少量针对数据库启动的IO操作、数据开掘难以成功等等。
