当前位置:Gxlcms > 数据库问题 > MongoDB 3.2变动一览

MongoDB 3.2变动一览

时间:2021-07-01 10:21:17 帮助过:18人阅读

3.2测试版本总算release了!E叔带大家来一览MongoDB 3.2版本的真容。

(PS:内容比较多,在此仅针对个人认为比较重要的进行讲解,markdown写的,貌似WP的markdown插件有点奇怪,格式出来和写的时候不太一样,有点丑,大家见谅。)

以下是原文链接:

Development Release Notes for 3.2.0 Release Candidate

storage engine change

  • WiredTiger引擎将是默认引擎了.

    dbpath中有数据,在配置中没有指定引擎的话,会自动判断是什么引擎,但是如果指定了引擎,在dbpath中如果有别的引擎的数据文件,将不能启动。

index change

  • 3.2将不允许version 0的indexes了,如果有会在log中warning(解决方式:删除index,重建index)

aggregation compatibility changes

  • $avg 如果在不存在的字段上进行计算,会返回null(此前是0)

  • $substr 将报错,如果返回结果是无效的UTF-8(此前会返回该结果)

  • 数组元素将不会被像之前那样通过aggregation pipeline一个一个拆成为literal了,而是会直接解析为expression。

  • 如果希望还是用literal的方式,可以使用$literal

Replication Election Enhancements

复制集选举的加强。

  • 3.2后复制集的failover 时间和选举流程&算法有了很好的优化。(记得算法变动大致是投票的请求和返回都带上了一个类似version的,这样就不像以前默认投票一次后需要等30s)

    复制集默认使用protocolVersion: 1,而之前版本 protocolVersion: 0

    新增复制集配置参数settings.electionTimeoutMillis(默认10000(ms)),意思就不用解释了,顾名思义。(只在protocolVersion: 1的时候适用)

    新增复制集配置参数settings.heartbeatIntervalMillis(默认2000),顾名思义 心跳检测的timeout设置

Sharded Cluster Enhancements

shard集群的加强

  • 3.2版本不建议用3个mongod实例作为config server了。

    在3.2版本中,默认config servers 将以一组复制集的形式服务。(必须使用WT引擎),该变动增强了config servers的一致性,这样允许shard cluster可以拥有更多个数的config servers(比如up to 50:))

  • 同时config server 的repl set有如下限制:

    • 不能有投票节点
    • 不能有delay节点
    • 必须可以建立indexes(builindexes设置不能为false)

部署新的config server的方式我就不一一搬运了url如下:

新的config server 部署方式

readConcern

  • 3.2 WT支持了readConcern,有Local(默认)和majority2个设定。

    local就和以前一样没啥好说。

    majority,将返回节点最新的且已经确认已经被写入其他majority节点的数据。

不细说了,url为:

readConcern细节

Partial Indexes

mongodb3.2支持我们对于某个collection进行Partial index建立。

怎么理解呢,简单举个例子:

我们希望只对rating大于5的document建立 一个联合索引:

db.restaurants.createIndex(
   { cuisine: 1, name: 1 },
   { partialFilterExpression: { rating: { $gt: 5 } } }
)
  • partialFilterExpression这个参数可以对我们mongodb所有类型的索引适用。

    参数细节

  • 那么Partial indexes也有一些限制。

    Mongo将不会对在不完整的结果集上进行query或者sort的操作适用partial indexes。

    举个例子

  • 建立了这样的index

db.restaurants.createIndex(
   { cuisine: 1, name: 1 },
   { partialFilterExpression: { rating: { $gt: 5 } } }
)
  • 这样的会使用partial index
db.restaurants.find( { rating: 6 } )
db.restaruants.find( { cuisine: "Italian", rating: { $gte: 8 } } )
  • 而这样的不会:
db.restaurants.find( { rating: { $lt: 8 } } )
db.restaruants.find( { cuisine: "Italian" } )

很好理解吧。

其他的限制:

  • 不能同时适用partialFilterExpression 和 sparse参数

  • 不能建立多个仅仅是filter expression不同的partial index

  • 复制集或者shard cluster 需要都是3.2才能适用。

  • _id不适用

  • shard key不能是partial indexes

partial indexes 与sparseindex的对比:

对比

Document Validation

  • 3.2开始,mongodb支持在insert 和update的时候validate documents了。(Validation rules are specified on a per-collection basis)

    有这3个参数,

  • validator,

  • validationLevel:有off,strict,moderate级别(默认strict)()

  • validationAction:有error和warn(默认error)

可以通过db.createCollection()和collMod来设定。

ps:这类操作不支持指定expressions

$geoNear, $near, $nearSphere, $text, $where.

  • 例子1

    建立新的collection并设置validation

    指定contact表的phone字段只能是string,或者email必须匹配如下规则,或者status必须为Unkown或者Incomplete

db.createCollection( "contacts", {
   validator: { $or:
      [
         { phone: { $type: "string" } },
         { email: { $regex: /@mongodb\.com$/ } },
         { status: { $in: [ "Unknown", "Incomplete" ] } }
      ]
   }
} )

这时候做这样的插入:

db.contacts.insert( { name: "xyz", status: "A" } )

返回是:

WriteResult({
   "nInserted" : 0,
   "writeError" : {
      "code" : 121,
      "errmsg" : "Document failed validation"
   }
})
  • 例子2

    为已有collection建立validation

db.runCommand( {
   collMod: "contacts",
   validator: { $or: [ { phone: { $exists: true } }, { email: { $exists: true } } ] }
} )

查看表的validation规则

db.getCollectionInfos( { name: "contacts" } )
  • validation的限制:

    不能对admin,local和config database的表做validation

    不能对system.*表做validation

  • Bypass Validation

    设置bypassDocumentValidation参数可以让下列命令bypass validation per operation

    • applyOps command

    • clone command and db.cloneDatabase() method

    • cloneCollection command and db.cloneCollection()

    • copydb command and db.copyDatabase() method

    • findAndModify command and db.collection.findAndModify() method

    • mapReduce command and db.collection.mapReduce() method

    • insert command

    • update command

    • $out for the aggregate command and db.collection.aggregate() method

Left Outer Join(目前只有企业版)

  • MongoDB3.2的企业版本将提供 left outer join 功能的$lookup
    用法如下:
{
   $lookup:
     {
       from: <collection to join>,
       localField: <fieldA>,
       foreignField: <fieldB>,
       as: <output array field>
     }
}

具体请参考:
$lookup

aggregation framework的提升

New stages, accumulators, and expressions.

一些原来只在$group中的expressions现在也可以在$project中使用。如:

  • $avg

  • $min

  • $max

  • $sum

  • $stdDevPop

  • $stdDevSamp

    ?

shard cluster上的性能提升。

  • 如果pipeline第一步是在shard key上 开始$match,那么整个pipeline只在mathing的shard上进行,此前是split 然后merge(在primary shard)

  • 如果aggregation操作在多个shard 分片上进行(且不需要在primaryshard上进行,$out和$lookup需要在primary上进行),那么最后的结果可以route到其他shard分片上进行merge,而不再是只能在primaryshard上,造成primary shard 的overload了。

有关aggregation更多细节请参考:

参考

MongoDB tools的提升

  • mongodump和mongorestore支持 archive file 和stdout/in

    通过–archive 参数,mongodump和mongorestore支持archive file 和stdout/in streams。

例子:

mongodump --archive=test.20150715.archive --db test
mongodump --archive --db test --port 27017 | mongorestore --archive --port 27018
mongorestore --archive=test.20150715.archive --db test
  • mongodump 和mongorestore支持compressed data

    通过–gzip参数,mongodump 和mongorestore支持 comressed data dumps。大大节省了空间。

例子:

mongodump --gzip --db test
mongodump --archive=test.20150715.gz --gzip --db test
mongorestore --gzip --db test
mongorestore --gzip --archive=test.20150715.gz --db test

Encrypted Storage Engine(只有企业版支持,不赘述了)

General Enhancements

  • Diagnostic Data Capture

    为了方便mongodb 工程师对mongodb server 的分析,3.2开始会定时收集 server statistics到diagnostic中。

    默认是1s的间隔,可以通过diagnosticDataCollectionPeriodMillis.修改

    会在dbpath下简历 diagnostic.data 文件夹

    配置diagnostic文件的大小可以使用diagnosticDataCollectionFileSizeMB,

    配饰diagnostic文件夹的大小可以使用diagnosticDataCollectionDirectorySizeMB.

  • Geospatial Optimization

    地理位置我个人用到比较少,有需要的朋友可以去下列连接看看:

Geo Optimization

  • Bit Test Query Operators

    MongoDB 3.2 provides new query operators to test bit values:

    • $bitsAllSet

    • $bitsAllClear

    • $bitsAnySet

    • $bitsAnyClear

    • SpiderMonkey JavaScript Engine

详情参考:

参考

  • mongo Shell and CRUD API

详情参考:

mongo shell and CRUD API

  • WiredTiger and fsyncLock

    3.2开始WT支持fsync来做一致性锁了,就像以前mmap的fsync。

  • Text Search Enhancements

    全文index的提升,不在这细说了,具体url:

Text Search

  • Changes Affecting Compatibility

    3.2版本的一些变动可能会影响到兼容性,或者需要我们进行一些设置。具体可以参考:

兼容性变动

  • Additional Information

    下列是3.2版本的其他的一些参考

参考


关于作者



周李洋, 社区常用ID eshujiushiwo, Teambition运维总监 关注Mysql与MongoDB技术,数据架构,服务器架构,高效运维等。 mongo-mopre,mongo-mload作者,任CSDN mongodb版主,MongoDB上海用户组发起人, MongoDB官方翻译组核心成员,MongoDB中文站博主,MongoDB Contribution Award获得者, MongoDB Days Beijing 2014演讲嘉宾。 联系方式:378013446 MongoDB上海用户组:313290880 欢迎交流。

转载请注明链接:http://www.mongoing.com/eshu_3.2

MongoDB 3.2变动一览

标签:索引   res   sdn   工程师   lov   联系   结果   必须   cts   

人气教程排行