标签:
原文来自:http://docs.mongodb.org/manual/release-notes/3.0/
2015年3月3日
MongoDB 3.0现已可供使用。关键新特性包括支持WiredTiger存储引擎,插件化存储引擎API,SCRAM-SHA-1身份验证机制,以及改进的explain功能。
MongoDB运维管理器(MongoDB Ops Manager),包括自动化,备份,监控现在可供使用。查看运维管理器和运维管理器发布说明以获取更多内容。
3.0.1 - 2015年3月17日
MongoDB 3.0引入了插件化存储引擎API,允许第三方为MongoDB实现存储引擎。
MongoDB 3.0引入了WiredTiger存储引擎支持。在支持WiredTiger的前提下,MongoDB现在支持两个存储引擎:
WiredTiger是MMAPv1存储引擎的一个可选替代项。WiredTiger支持所有MongoDB特性,包括所有服务器,数据库和集合统计方面的功能。但是切换到WiredTiger要求进行一次磁盘存储格式转换。要了解将存储引擎切换到WiredTiger的更多信息,请查看升级到MongoDB 3.0的对应章节。
MongoDB3.0 复制集和分片集群的成员可以使用不同的存储引擎。但是,随着负载变化它们的性能也会有不同的变化。欲知详情,请查看升级到MongoDB 3.0的对应章节。
WiredTiger存储引擎要求最新的官方MongoDB驱动。欲知更多信息,请查看WiredTiger与驱动版本兼容性。
扩展阅读:
touch命令支持,存储文档中的WiredTiger存储引擎章节
要配置WiredTiger存储引擎的属性和行为,请查看storage.wiredTiger配置选项。你可以在命令行设置WiredTiger选项。
扩展阅读:
存储文档中的WiredTiger存储引擎章节
3.0 WiredTiger存储引擎提供了文档级别的锁和压缩。
默认情况下,WiredTiger使用snappy压缩库来压缩集合数据。WiredTiger默认对所有索引使用前缀压缩。
扩展阅读:
生产环境备注中的WiredTiger章节
在3.0版本中,MMAPv1存储引擎加入了集合级别的锁。
为了支持多存储引擎,一些MMAPv1的配置选项有些变化。请查看配置文件选项变化章节。
MongoDB 3.0不再实现动态记录分配,空白因子也已标注为过期。在使用MMAPv1的实例中,集合默认的分配策略是2的次方分配,这已被证明在处理大尺寸文档时表现更优异。在3.0中,usePowerOf2Sizes选项被忽略,所以2的次方分配策略被应用在所有没有noPadding设置的集合上。
对于只有插入和更新(例如增长计数)工作负载的集合而言,可以选择禁用2的次方策略。要为某个集合禁用2的次方策略,使用noPadding标记的collMod命令,或带noPadding的db.createCollection()方法。
警告:
如果工作负载包含删除或造成文档大小变更的更新,不要设置noPadding选项。欲知更多信息,请阅读无空白分配策略。
当磁盘空间不足时,MongoDB 3.0不再在所有写操作上产生错误,而只针对无法分配要求的空间时产生错误。所以,当磁盘空间低时MongoDB现在仍然允许不变更大小的更新和删除操作。
扩展阅读:
MongoDB 3.0中复制集可以有最多50个成员[1]。以下驱动支持大复制集:
因为C,C++,Perl,PHP以及早先版本的Ruby,Python和Node.JS驱动是顺序地发现和监控复制集成员,这些驱动不适宜用在大复制集中。
PyMongo 3.0目前正在开发中。
[1]最大投票成员数仍然是7个
扩展阅读:
MongoDB 3.0为分片集群提供以下增强:
扩展阅读:
MongoDB 3.0包含了以下安全性增强:
扩展阅读:
MongoDB 3.0包含了一个新的查询自测系统,可以提供更好的输出格式化和把自测信息更好地应用到查询计划和查询执行中。
欲知详情,请查看新的db.collection.explain()方法和新的explain命令,以及更新过的cursor.explain()方法。
要了解更多关于新输出格式的信息,请查看explain结果。
为了增加日志消息在诊断过程中的可用性,MongoDB分类了一些特定组件或操作的日志消息,提供了为这些组件设置日志明细等级的能力。欲知详情,请阅读日志消息。
所有MongoDB工具现在都由Go语言编写,作为独立项目维护。
扩展阅读:
扩展阅读:
MongoDB 3.0包含了以下查询增强:
多数非企业级MongoDB发行版现在包含了SSL支持。之前只有MongoDB企业版发行版自带SSL支持;而对于非企业版发行版,你只能使用--ssl标识在本地编译MongoDB(例如scons --ssl)。
MongoDB企业版中的审计功能可以按审计消息中的任意字段过滤,包括在param文档中的的字段。这个加强,加上auditAuthorizationSuccess参数,使审计可能过滤CRUD操作。然而,相对于只对认证失败时开启auditAuthorizationSuccess,对所有授权成功的审计开启会降低性能。
在3.0中的一些修改可能影响兼容性,可能需要用户关注。需要阅读影响兼容性的所有修改,请参考MongoDB 3.0兼容性改进。
查看升级到MongoDB 3.0以获取完整的升级说明。
要下载MongoDB 3.0请到下载页面。
标签:
原文地址:http://www.cnblogs.com/yaoxing/p/mongodb30-release-notes.html