您好,登录后才能下订单哦!
这篇文章将为大家详细讲解有关mongodb2.6和3.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()来代替。
关于mongodb2.6和3.0版本有什么不一样就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。