3分钟看完MongoDB3.6新特性
<div align=center>
</div>
</br>
3分钟看完MongoDB3.6新特性
</br>
Default Bind to Localhost
3.6版本起,默认使用localhost(127.0.0.1),多个ip使用逗号分隔:localhost,198.51.100.1
除去部分2.6 RPM安装包是本地外,其余版本默认是All interfaces.
</br>
Authentication Restrictions
3.6版本起,新增authenticationRestrictions
参数用于将数据库用户连接限制为指定的IP地址,请将authenticationRestrictions参数添加到以下内容:
Commands Methods
createUser db.createUser()
updateUser db.updateUser()
createRole db.createRole()
updateRole db.updateRole()
</br>
其他安全性增强功能
在使用TLS / SSL加密时,添加了opensslCipherConfig
参数来控制OpenSSL密码。
如果启用了身份验证,则只能针对您创建的游标发出getMore。
添加了convertToCapped操作来恢复角色。
</br>
Change Streams
MongoDB 3.6支持使用副本集或分片使用Change Streams。必须是复制协议版本1,且WT存储引擎。
Change Streams允许应用程序实时了解到数据的更改,而不会增加tail oplog的复杂性和风险。 应用程序可以使用Change Streams来订阅集合上的所有数据更改,并立即响应这些更改。
您可以使用db.collection.watch()方法从任何3.6系列驱动程序打开更改流。 有关使用的完整说明,请参阅您的首选驱动程序的文档。
使用Change Streams必须开启3.6版本特性参数featureCompatibilityVersion
see https://docs.mongodb.com/master/reference/command/setFeatureCompatibilityVersion/#view-fcv
当数据到达集群中majority成员时,Change Streams才会立即通知客户端响应这些更改。
在开启权限的集群中,应用只能够使用Change Streams访问有权限的库和集合。
cursor = db.inventory.watch()
document = next(cursor)
</br>
Lookup Full Document for Update Operations
full_document来看完整而非增量的版本
cursor = db.inventory.watch(full_document='updateLookup')
document = next(cursor)
Resume a Change Stream
resume_token = document.get("_id")
cursor = db.inventory.watch(resume_after=resume_token)
document = next(cursor)
</br>
Causal Consistency
需要客户端使用MongoDB driver 3.6版本,以及需要数据库开启3.6特性参数featureCompatibilityVersion
</br>
Retryable Writes
重试只会重试1次,。对于可重试写入,MongoDB驱动程序会在遇到网络错误或遇到副本集故障转移时自动重试这些操作,在此期间副本集没有primary。
限制:
1.只有副本集和shard可用
2.数据库要求WT或in-memory存储引擎
3.需要客户端使用MongoDB driver 3.6版本,以及需要,开启3.6特性参数featureCompatibilityVersion。
4.writeconcern必须配置,i.e{w:0}不可用。
5.由于重试尝试只进行一次,可重试功能可以帮助解决暂时的网络错误,但不能解决持久的网络错误。
6.驱动程序将等待serverSelectionTimeoutMS秒,以在重试之前确定新的主节点。 可重试功能不会处理故障转移期超过serverSelectionTimeoutMS的情况。
注意:如果客户端应用程序在发出写入操作后暂时无法响应localLogicalSessionTimeoutMinutes,则当客户端应用程序开始响应(不重新启动)时,写入操作可能会重试并重新应用。
</br>
serverstatus
serverStatus新增 logicalSessionRecordCache项.
</br>
JSON Schema
MongoDB 3.6添加了$ jsonSchema操作符来支持使用JSON Schema进行文档验证。 有关详细信息,请参阅$ jsonSchema。
</br>
Replica Sets
弃用副本集协议版本0(pv0)。
添加了replSetResizeOplog
命令来动态调整
副本集成员的oplog的大小。适用于运行WiredTiger
存储引擎的实例。
添加了catchUpTakeoverDelayMillis
配置选项,指定节点在发起选举之前等待的时间,默认30秒。
对于使用协议版本1(pv1)的副本集,如果仲裁人发现与候选人有相同或更高优先级的节点在,他们将在选举中投票反对票。
添加oplogInitialFindMaxSeconds
参数来调整副本集的成员在数据同步期间其find命令等待多久。默认60s
增加了waitForSecondaryBeforeNoopWriteMS
参数,以指定如果afterClusterTime大于oplog的最近应用时间,则secondary服务器必须等待多长时间。默认10毫秒
</br>
Sharded Clusters
为mongos添加了ShardingTaskExecutorPoolMaxConnecting参数,以控制mongos将连接添加到mongod实例的速率。默认是2,仅对mongos有效
添加了orphanCleanupDelaySecs,它确定从源分片中删除迁移块之前的最小延迟。
现在可以对config数据库中的config.system.sessions集合进行分片。
</br>
Indexes
索引可以覆盖嵌套文档中字段的查询。
如果索引跟踪到哪个字段使其成为多键,则多键索引可以覆盖对非数组键的查询。
创建索引时,不能将*指定为索引的名称。
</br>
listdatabase
db.adminCommand( { listDatabases: 1, nameOnly: true} ) 添加了nameOnly执行命令时不会加锁,而不添加的话会请求库级锁。
db.adminCommand( { listDatabases: 1, filter: { "name": /^rep/ } } ) filter会过滤想看的数据库,支持正则表达式
修改了validate命令和db.collection.validate()方法的行为,只有WiredTiger存储引擎强制执行检查点,将所有内存中的数据刷新到磁盘,然后验证磁盘上的数据。
• The <database>.system.profile entry for update and delete contains the entire update/delete document applied to the named collection.
</br>
dropDatabase
dropDatabase命令会等待drop完所有集合的命令传播到大部分副本集成员后执行。
对于在副本集和分片集群上运行的命令,响应文档包括operationTime和$ clusterTime。
</br>
Read Concern
新增available,对于非分片集群,“local”和“available”行为是相同的。 对于分片群集,“available”提供了对分区的更大容忍度,但如果分片正在进行块迁移,则可能会返回孤立文档。
</br>
总结
</br>
MongoDB3.6的诸多新特性中,限于时间和篇幅原因未能在本文全部阐述,可以看出多种新特性在存储引擎上的选择都要求使用WiredTiger
存储引擎,该存储引擎也是MongoDB3.0版本起开始支持,MongoDB3.2版本起默认的存储引擎。多种新特性中,最让我感到开心的是动态调整oplog大小,这个对于传统oplog扩容来说,方便了非常之多,停机调整oplog大小的时代即将终结。由于编写时间也很仓促,文中难免会出现一些错误或者不准确的地方,不妥之处恳请读者批评指正。
喜欢的读者可以点个赞来个关注,您的赞美和关注是对笔者继续发文的最大鼓励与支持!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
后端服务性能压测实践
后端服务性能压测实践 标签: 性能 压测 后端服务 压测实践 作者:王清培(Plen wang) 背景 环境检测 压力机及压力工具检测 Linux openfiles limit 设置 排查周边依赖 空接口压测检测 聚合报告中 throughput 计算 压测及性能排查方法 关注各纬度 log Linux 常规命令 性能排查两种方式(从上往下、从下往上) 总结 背景 最近大半年内有过两次负责性能压测的一些工作。一件事情做了一次可能还无法总结出一些东西,两次过后还是能发现一些共性问题,所以总结下性能压测的一般性实践。但是问题肯定不止这些,还有更多深层次的问题等着发现,等我们遇到了在逐个解决再来总结分享。 做性能压测的原因就不多说了,一般两个时间点是必须要做的,大促前、新系统上线。压测都是为了系统在线上的处理能力和稳定性维持在一个标准范围内,做到心中有数。 从整个行业来看,抛开一些大厂不说,全自动化的性能压测环境还是比较少的,要想建设好一套全自动化的性能压测环境起码涉及到几个问题,CI\CD、独立、隔离的压测环境,自动化压测工具、日常压测性能报警、性能报表分析、排查/解决性能问题流程等等。...
- 下一篇
Gartner:2017年SIEM(安全信息与事件管理)市场分析
2017年度的Gartner SIEM魔力象限在比往常推迟了4个月之后终于发布了。在Gartner眼中,SIEM已经是一个成熟市场。但这个市场依然十分活跃:客户需求在变化,市场格局也在变化,技术革新也在不断重塑SIEM自身。让我们先看矩阵: 对比一下2016年度的矩阵: 可以说,这是自2014年以来,变化最大的一次(可以参见我下面的历年分析文章)。我将这些变化总结为5点: 1)领头羊之争日趋激烈,去年是IBM和Splunk各执牛耳,几年则是IBM QRadar略胜一筹,颇有当年Arcsight独领风骚的气势,却不知能否保持多久。一方面得益于IBM在QRadar产品线上的持续大力投入,ML和UEBA功能组件纷纷上线,appmarket也推出来了,加上他整个套件的组件十分齐全,覆盖了Gartner所有的SIEM评估点,还有近期收购来的安全编排产品Resilient加持,;另一方面也是因为Splunk今年稍有退步。主要还是因为太贵,授权方式不合理,此外毕竟安全只是Splunk的一个分支而非全部,并没有如QRadar那样投入巨大。 2)Arcsight节节败退(参见我的博文《颠沛流离的Arcs...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS6,CentOS7官方镜像安装Oracle11G
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Windows10,CentOS7,CentOS8安装Nodejs环境
- SpringBoot2更换Tomcat为Jetty,小型站点的福音