读关注 "majority"
最后更新于
最后更新于
在本页面
对于中无关的读操作,阅读问题**“majority”**保证所读的数据得到了大多数复制集成员的认可(即,所读的文档是持久的,并且保证不会回滚)。
对于中的操作,只有当事务以写关注点“多数”提交时,读关注点[多数
](
不管读关注级别是什么,节点上的最新数据都可能不能反映系统中数据的最新版本。
每个复制集成员在内存中维护多数提交点处的数据视图。多数提交点是由初级计算的。为了满足读取关注**"majority"**,该节点从该视图返回数据,并且性能成本与其他读取关注相当。
考虑写入操作 Write0 到三个成员复制集的以下时间轴:
注意
Write0 之前的所有写操作都已成功复制到所有成员。
Writeprev 是 Write0之前的写入。
在 Write0之后没有发生其他写操作。
t0
主要适用于Write0
主要:Write0 次要1:Writeprev 次要2:Writeprev
主要:Writeprev 次要1:Writeprev 次要2:Writeprev
t1
Secondary1适用于Write0
主要:Write0 次要1:Write0 次要2:Writeprev
主要:Writeprev 次要1:Writeprev 次要2:Writeprev
t2
Secondary2适用于Write0
主要:Write0 次要1:Write0 次要2:Write0
主要:Writeprev 次要1:Writeprev 次要2:Writeprev
t3
Primary知道到Secondary1的复制成功,并向客户端发送确认
主要:Write0 次要1:Write0 次要2:Write0
主要:Write0 次要1:Writeprev 次要2:Writeprev
t4
Primary 知道成功复制到 Secondary2
主要:Write0 次要1:Write0 次要2:Write0
主要:Write0 次要1:Writeprev 次要2:Writeprev
t5
Secondary1接收通知(通过常规复制机制)以更新其最近 w:“多数”写入的快照
主要:Write0 次要1:Write0 次要2:Write0
主要:Write0 次要1:Write0 次要2:Writeprev
t6
Secondary2接收通知(通过常规复制机制)以更新其最近 w:“多数”写入的快照
主要:Write0 次要1:Write0 次要2:Write0
主要:Write0 次要1:Write0 次要2:Write0
阅读目标
Time T
数据状态
Primary
在t3之前
数据反映了 Writeprev
Primary
在t3之后
数据反映了 Write0
Secondary1
在t5之前
数据反映了 Writeprev
Secondary1
在t5之后
数据反映了 Write0
Secondary2
在t6之前
数据反映了 Writeprev
Secondary2
在t6之后
数据反映了 Write0
阅读关注“多数”是可用的WiredTiger存储引擎。
提示
"majority"
和事务[success] Note
"majority"
和汇总更改了 version 3.6.
从 MongoDB 3.6 开始,如果写请求确认,则可以使用因果关系一致来读取您自己的写入。
适用于3成员主-副-仲裁器
体系结构
[success] Note
如果您使用的是 3-member PSA 以外的部署,则无需禁用多数读关注。
对于三成员PSA架构,缓存压力将增加,如果任何承载数据的节点是关闭的。为了防止存储缓存压力使PSA架构的部署无法被锁定,您可以通过设置以下任一项来禁用read concern:
[warning] 重要
变更流
事务次数
回滚的注意事项
无论会话和事务是否一致,都可以使用读关注["majority"
](
对于使用三成员主-副-仲裁(PSA)
体系结构的部署,可以禁用读关注 ["majority"
]( 4.0和更早版本中只使用)和分片集群上的事务有影响。有关更多信息,请参见.。
然后,下表总结了具有["majority"
](
命令返回字段,该字段指示存储引擎是否支持**”majority“**读取问题。
您可以在事务级别上而不是在单个操作级别上设置读关注。要设置事务的已读关注点,请参见。
对于,"majority"
仅当事务以提交时,读关注才提供其保证。否则, ["majority"
](
从MongoDB 4.2开始,您可以为包含阶段的聚合指定 level ["majority"
](
在MongoDB 4.0和更早版本中,您不能包括将读取关注用于聚合的 阶段["majority"
](
在MongoDB 3.6之前,您必须发出具有写入关注点的写入操作, 然后 对读取操作使用或关注读取,以确保单个线程可以读取自己的写入。[{ w: "majority" }
](").
在MongoDB 3.6之前,你必须使用[{ w: "majority" }
](") 写关注点来发布写操作,然后使用["majority"
](") 的读关注点来执行读操作,以确保单个线程可以读取自己的写操作。
["majority"
](
的命令行选项false
。
配置文件设置为false
。
要检查是否已禁用“大多数”的读关注,您可以在实例上运行 并检查该字段。如果为false
,则禁用“大多数”关注。
通常,除非必要,否则请避免禁用["majority"
](") 读取问题。但是,如果您的 three-member 复制集具有 主-副-仲裁(PSA)
体系结构 或带有 three-member PSA 分片的分片 cluster,请禁用以防止存储缓存压力导致部署无法运行。 禁用“多数”读取问题会禁用对改变流的支持。
禁用["majority"
]( 4.0及更早版本的支持。对于MongoDB 4.2+,禁用读取关注**"majority"**不会影响变更流的可用性。
禁用["majority"
]( 。特别:
["snapshot"
](
如果事务的任何读或写操作写入多个分片错误,则该事务涉及已禁用读取关注的分片["majority"
](
但是,它不影响复制集上的。对于复制集上的事务,即使禁用了读关注,也可以为多文档事务指定读关注["majority"
](") 或["local"
](
禁用["majority"
]() 命令回滚。如果需要此类操作,则必须将受影响的节点与主节点重新同步。