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()来代替。