Docs 菜单
Docs 主页
/
MongoDB Manual
/ /

读关注 (read concern) "majority"

在此页面上

  • 性能
  • 可用性
  • 例子
  • 存储引擎支持
  • 读关注 "majority"和事务
  • 读关注 "majority" 和聚合
  • 读取自己的写入
  • 主从仲裁副本集
"majority"

对于与多文档事务无关的读操作,读关注(read concern)"majority"可ACID 一致性保证数据读取已得到大多数副本集成员的确认。读取的文档是持久性的,并且保证不会回滚。

对于多文档事务中的操作,仅当事务提交时附带写关注“majority”,读关注 "majority" 才提供保证。否则,"majority" 读关注不保证事务中的数据读取。

无论读关注级别如何,节点上的最新数据可能无法反映系统中数据的最新版本。

有关主节点 (primary node in the replica set)节点发生故障时会出现什么情况的更多信息,请参阅自动故障转移。

每个副本集成员在内存中维护多数提交点的数据视图;多数提交点由主节点 (primary node in the replica set)节点 计算。为了完成读关注(read concern)"majority" ,该节点会从此视图返回数据,并且在性能上与其他读关注不相上下。

无论有没有因果一致的会话和事务,均可使用读关注 "majority"

警告

如使用主节点-从节点-仲裁节点 (PSA) 三成员架构,请考虑以下因素:

  • 如果从节点不可用或滞后,写关注 "majority" 可能会导致性能问题。有关如何缓解这些问题的建议,请参阅缓解自管理 PSA 副本集的性能问题

  • 如果使用的是全局默认值 "majority",并且写关注小于该默认值的大小,则查询可能会返回过时(未完全复制)的数据。

考虑以下对三节点副本集执行 Write 0 写入操作的时间轴:

注意

为简单起见,该示例预设以下条件:

  • Write 0 之前的所有写入均已成功复制到所有成员。

  • Write prev 是 Write 0 前一次的写入操作。

  • Write 0 之后没有发生其他写入操作。

对三成员副本集执行写入操作的时间轴
时间
事件
最新写入
最新 w: "majority" 写入
t 0
主节点应用 Write 0
Primary: Write 0
Secondary 1: Write prev
Secondary 2: Write prev
Primary: Write prev
Secondary 1: Write prev
Secondary 2: Write prev
t 1
从节点 1 应用 write 0
Primary: Write 0
Secondary 1: Write 0
Secondary 2: Write prev
Primary: Write prev
Secondary 1: Write prev
Secondary 2: Write prev
t 2
从节点 2 应用 write 0
Primary: Write 0
Secondary 1: Write 0
Secondary 2: Write 0
Primary: Write prev
Secondary 1: Write prev
Secondary 2: Write prev
t 3
主节点知道已成功复制到从节点 1,并向客户端发送确认
Primary: Write 0
Secondary 1: Write 0
Secondary 2: Write 0
Primary: Write 0
Secondary 1: Write prev
Secondary 2: Write prev
t 4
主节点感知到数据已成功复制到从节点 2
Primary: Write 0
Secondary 1: Write 0
Secondary 2: Write 0
Primary: Write 0
Secondary 1: Write prev
Secondary 2: Write prev
t 5
从节点 1 收到通知(通过常规复制机制),要求更新其最新 w: "majority" 写入的快照
Primary: Write 0
Secondary 1: Write 0
Secondary 2: Write 0
Primary: Write 0
Secondary 1: Write 0
Secondary 2: Write prev
t 6
从节点 2 收到通知(通过常规复制机制),要求更新其最新 w: "majority" 写入的快照
Primary: Write 0
Secondary 1: Write 0
Secondary 2: Write 0
Primary: Write 0
Secondary 1: Write 0
Secondary 2: Write 0

然后,下表汇总了具有 "majority" 读关注的读取操作在时间 T 时看到的数据状态。

对一个三节点组成的副本集执行写入操作的时间轴。
读取目标
时间 T
数据状态
主节点
t 3 之前
数据反映为 Write prev 应用后的状态
主节点
t 3 之后
数据反映为 Write 0 应用后的状态
从节点 1
t 5 之前
数据反映为 Write prev 应用后的状态
从节点 1
t 5 之后
数据反映为 Write 0 应用后的状态
从节点 2
t 6 之前或同时
数据反映为 Write prev 应用后的状态
从节点 2
t 6 之后
数据反映为 Write 0 应用后的状态

读关注 "majority" 适用于 WiredTiger 存储引擎。

提示

serverStatus命令返回storageEngine.supportsCommittedReads字段,该字段指示存储引擎是否支持"majority"读关注(read concern)。

注意

您可以在事务级别设置读关注,而不是在单个操作级别。要为事务设置读关注,请参阅事务和读关注(read concern)。

对于多文档事务中的操作,仅当事务提交时附带写关注“majority”,读关注 "majority" 才提供保证。否则,"majority" 读关注不保证事务中的数据读取。

您可以为包含 $out 阶段的聚合指定读关注级别 "majority"

如果写入请求确认,您可以使用因果一致的会话来读取您自己的写入。

从 MongoDB 5.0 开始,由于改进了存储引擎,enableMajorityReadConcern--enableMajorityReadConcern 不可更改,并始终设置为 true

在 MongoDB 的早期版本中,enableMajorityReadConcern--enableMajorityReadConcern 均可配置,可以设置为 false,以防止由三个节点组成的主-从-仲裁 (PSA) 架构的部署因存储缓存压力而停止运行。

如使用主节点-从节点-仲裁节点 (PSA) 三成员架构,请考虑以下因素:

  • 如果从节点不可用或滞后,写关注 "majority" 可能会导致性能问题。有关如何缓解这些问题的建议,请参阅缓解自管理 PSA 副本集的性能问题

  • 如果使用的是全局默认值 "majority",并且写关注小于该默认值的大小,则查询可能会返回过时(未完全复制)的数据。

后退

"available"