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://docs.mongodb.com/manual/reference/read-concern-majority/
作者:夏周tony
原文链接更多云计算干货敬请关注阿里云官网知乎机构号:阿里云官网 - 知乎