1. 支持版本:
从 3.2 版本开始支持该选项(Read Concern特性也是从该版本开始支持) (https://docs.mongodb.com/v3.2/reference/configuration-options/#replication.enableMajorityReadConcern)。
3.2 和 3.4 中 默认值为 false,即默认不支持 majority 级别的 read concern(或称之为committed reads,通过serverStatus输出中的 storageEngine.supportsCommittedReads 可判断该能力是否开启)。
3.6 及以后版本默认值为true
修改该参数需要更改配置文件并重启mongod
2. 关闭后的影响
2.1 Change Streams 能力
4.0 及之前版本会失去该能力,4.2版本不受影响
2.2 事务能力
2.2.1 副本集:
事务能力不受影响(无论是哪个版本)
2.2.2 分片集群
这个个人理解只有4.2受影响,因为4.0及之前版本并不支持shared cluster上的事务,见:https://docs.mongodb.com/manual/core/transactions/#transactions-and-atomicity
如果事务涉及的shard关闭了majority read concern 能力支持,
该事务不可以使用snapshot级别(及更高)的read concern。
事务如果需要写多个shard,会写失败
3. 开启后的影响
read concern 实现原理见@林青(linqing.zyd) 这篇文章:https://yq.aliyun.com/articles/60553 .
通过引擎层的snapshot来实现,snapshot在内存中,增加了cache维护的压力,对性能有影响,目前看关闭之后,点查场景,性能有 30%左右的提升,如下 ,
![](https://img.haomeiwen.com/i13492518/7091da2f84f339d7.png)
本文为阿里云内容,未经允许不得转载。
网友评论