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/