MongoDB3.0新版本几点介绍

2015年3月3号，MongoDB新版本3.0发布了，和以前版本相比，这次改动较大，主要有以下几个方面：

 

1. 引入了插件式的存储引擎架构，允许第三方根据实际项目的需要开发存储引擎，类似于MySql中的分层存储引擎架构。随同这种架构发布的新的存储引擎为WiredTiger，老的存储引擎更名为MMAPv1，也是目前默认的存储引擎。

   WiredTiger存储引擎主要特点有：

   （1）目前只支持64位的MongoDB。

（2）支持文档级别的锁，相当于MySql中的行级别锁，多个客户端能够同时修改同一个集合中的多个文档，相比以前版本，WiredTiger存储引擎带来了更细粒度的锁，因此MongoDB的并发性能得到了大大的提高。

（3）支持集合和索引的压缩存储，这样能减少存储的消耗而只需要较少的CPU开支。

 

2. 不同存储引擎对应的数据文件不能兼容，也就是说以前版本对应的数据文件不能直接被WiredTiger存储引擎所支持，如果要升级到3.0的WiredTiger存储引擎，必须先将版本升级到2.6，然后再升级到3.0，下面介绍一个单实例升级步骤：

Step1：下载最新的3.0版本的mongod二进制文件，取代2.6版本的二进制。

Step2：启动3.0版本的mongod进程，确保使用的是默认存储引擎MMAPv1。

Step3：利用mongodump导出数据文件。

Step4：创建新的数据目录为WiredTiger存储引擎。

Step5：重启mongod实例用WiredTiger存储引擎选项，如下：

   mongod –storageEngine wiredTiger –dbpath ‘Step4创建的新目录’

Step6：使用mongorestore恢复数据文件。

关于mongodump，mongorestore命令的使用方法可以参考《大数据存储MongoDB实战指南》一书。

 

3. 默认的存储引擎MMAPv1在3.0版本中也有所改进，支持了集合级别的锁，相当于MySql中的表级别锁，以前版本都是数据库级别和全局实例级别的锁，锁的粒度有所降低。

 

4．复制集的也发生了一点改变，在3.0版本中，首先允许的成员最大数量增加了，可以达到50个；其次复制集中primary节点关闭时，复制集的行为也有所变化，在3.0版本中，复制集会终止耗时较长的操作，例如索引的构造，map-reduce作业等，复制集会等到有新的priamry节点选出后原来的primary节点才会关闭，而以前的版本只是简单的等待10秒，不管是否选出了新的primary节点，同时现在也可以指定参数secondaryCatchUpPeriodSecs值，明确指定等待多少秒。

 

5. 工具的改变，mongodump，mongorestore，mongoexport，mongoimport，mongofiles以及mongooplog工具必须连接到正在运行的mongod实例上进行操作，不能像以前版本那样直接通过—dbpath选项操作数据文件。

 

6. 本地连接权限的改变，本地连接只能创建第一个用户在admin数据库中，不像以前版本，本地连接没有权限限制，能在实例上做任何操作。同时db.addUser()命令被废弃了，用db.createUser()和db.updateUser()来代替。