MongoDB-CN-Manual
搜索文档…
读关注 "majority"
在本页面
对于多文档事务中无关的读操作,阅读问题**“majority”**保证所读的数据得到了大多数复制集成员的认可(即,所读的文档是持久的,并且保证不会回滚)。
不管读关注级别是什么,节点上的最新数据都可能不能反映系统中数据的最新版本。

性能

每个复制集成员在内存中维护多数提交点处的数据视图。多数提交点是由初级计算的。为了满足读取关注**"majority"**,该节点从该视图返回数据,并且性能成本与其他读取关注相当。

可用性

无论会话和事务是否一致,都可以使用读关注["majority"](https://docs.mongodb.com/manual/reference/read-concern-majority/#readconcern."majority")。
对于使用三成员主-副-仲裁(PSA)体系结构的部署,可以禁用读关注 ["majority"](https://docs.mongodb.com/master/reference/read-concern-majority/#readconcern."majority")”,然而,这对更改流(MongoDB 4.0和更早版本中只使用)和分片集群上的事务有影响。有关更多信息,请参见禁用读关注多数.。

例子

考虑写入操作 Write0 到三个成员复制集的以下时间轴:
注意
  • Write0 之前的所有写操作都已成功复制到所有成员。
  • Writeprev 是 Write0之前的写入。
  • 在 Write0之后没有发生其他写操作。
Could not load image
Timeline of a write operation to a three member replica set.
时间
事件
最新写
最新的多数写
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
Could not load image
Timeline of a write operation to a three member replica set.
阅读目标
Time T
数据状态
Primary
在t3之前
数据反映了 Writeprev
Primary
在t3之后
数据反映了 Write0
Secondary1
在t5之前
数据反映了 Writeprev
Secondary1
在t5之后
数据反映了 Write0
Secondary2
在t6之前
数据反映了 Writeprev
Secondary2
在t6之后
数据反映了 Write0

存储引擎支持

阅读关注“多数”是可用的WiredTiger存储引擎。
提示
serverStatus命令返回storageEngine.supportsCommittedReads字段,该字段指示存储引擎是否支持**”majority“**读取问题。

读关注"majority"和事务

[success] Note
您可以在事务级别上而不是在单个操作级别上设置读关注。要设置事务的已读关注点,请参见事务和已读关注点

读关注"majority"和汇总

从MongoDB 4.2开始,您可以为包含$out阶段的聚合指定读取关注 level ["majority"](https://docs.mongodb.com/master/reference/read-concern-majority/#readconcern."majority")。
在MongoDB 4.0和更早版本中,您不能包括将读取关注用于聚合的$out 阶段["majority"](https://docs.mongodb.com/manual/reference/read-concern-majority/#readconcern."majority")。

读取自己的写入

更改了 version 3.6.
从 MongoDB 3.6 开始,如果写请求确认,则可以使用因果关系一致来读取您自己的写入。
在MongoDB 3.6之前,您必须发出具有写入关注点的写入操作, 然后 对读取操作使用或关注读取,以确保单个线程可以读取自己的写入。[{ w: "majority" }](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")[`"majority"`](https://docs.mongodb.com/manual/reference/read-concern-majority/#readconcern."majority")[`"linearizable"`](https://docs.mongodb.com/manual/reference/read-concern-linearizable/#readconcern."linearizable").
在MongoDB 3.6之前,你必须使用[{ w: "majority" }](https://docs.mongodb.com/master/reference/write-concern/#writeconcern."majority") 写关注点来发布写操作,然后使用["majority"](https://docs.mongodb.com/master/reference/read-concern-majority/#readconcern."majority")或[`"linearizable"`](https://docs.mongodb.com/master/reference/read-concern-linearizable/#readconcern."linearizable") 的读关注点来执行读操作,以确保单个线程可以读取自己的写操作。

禁用读关注多数

适用于3成员主-副-仲裁器体系结构
[success] Note
如果您使用的是 3-member PSA 以外的部署,则无需禁用多数读关注。
对于三成员PSA架构,缓存压力将增加,如果任何承载数据的节点是关闭的。为了防止存储缓存压力使PSA架构的部署无法被锁定,您可以通过设置以下任一项来禁用read concern:
要检查是否已禁用“大多数”的读关注,您可以db.serverStatus()mongod实例上运行 并检查该storageEngine.supportsCommittedReads字段。如果为false,则禁用“大多数”关注。
[warning] 重要
通常,除非必要,否则请避免禁用["majority"](https://docs.mongodb.com/master/reference/read-concern-majority/#readconcern."majority") 读取问题。但是,如果您的 three-member 复制集具有 主-副-仲裁(PSA)体系结构 或带有 three-member PSA 分片的分片 cluster,请禁用以防止存储缓存压力导致部署无法运行。 禁用“多数”读取问题会禁用对改变流的支持。
变更流
禁用["majority"](https://docs.mongodb.com/manual/reference/read-concern-majority/#readconcern."majority")读取关注会禁用对MongoDB 4.0及更早版本的变更流的支持。对于MongoDB 4.2+,禁用读取关注**"majority"**不会影响变更流的可用性。
事务次数
回滚的注意事项