- MongoDB官方文档中文版
- MongoDB中文手册说明
- MongoDB简介
- 安装 MongoDB
- The mongo Shell
- MongoDB CRUD 操作
- 聚合
- 数据模型
- 事务
- 索引
- 安全
- 安全检查列表
- 启用访问控制
- 身份验证
- 基于角色的访问控制
- TLS / SSL(传输加密)
- 静态加密
- 客户端字段级加密
- 审计
- 网络和配置强化
- 实现字段级别修订
- 安全参考
- 附录
- 变更流
- 复制
- 分片
- 分片键
- 哈希分片
- 范围分片
- 区
- 管理分片区
- 按位置细分数据
- 用于更改SLA或SLO的分层硬件
- 按应用或客户细分数据
- 仅插入工作负载的分布式本地写入
- 管理分片区
- 使用块进行数据分区
- 在分片集群中拆分数据块
- 管理
- 存储
- 存储引擎
- 日志记录
- 管理日志记录
- GridFS
- FAQ:MongoDB 存储
- 存储引擎
- 参考
- 运算符
- 查询与映射运算符
- 更新运算符
- 聚合管道阶段
- 聚合管道操作符
- $abs (aggregation)
- $acos (aggregation)
- $acosh (aggregation)
- $add (aggregation)
- $addToSet (aggregation)
- $allElementsTrue (aggregation)
- $and (aggregation)
- $anyElementTrue (aggregation)
- $arrayElemAt (aggregation)
- $arrayToObject (aggregation)
- $asin (aggregation)
- $asinh (aggregation)
- $atan (aggregation)
- $atan2 (aggregation)
- $atanh (aggregation)
- $avg (aggregation)
- $ceil (aggregation)
- $cmp (aggregation)
- $concat (aggregation)
- $concatArrays (aggregation)
- $cond (aggregation)
- $convert (aggregation)
- $cos (aggregation)
- $dateFromParts (aggregation)
- $dateToParts (aggregation)
- $dateFromString (aggregation)
- $literal (aggregation)
- 查询修饰符
- 数据库命令
- 聚合命令
- 地理空间命令
- 查询和写操作命令
- 查询计划缓存命令
- 认证命令
- 用户管理命令
- 角色管理命令
- 复制命令
- 分片命令
- 会话命令
- 管理命令
- 诊断命令
- 免费监控命令
- 系统事件审计命令
- mongo Shell 方法
- 集合方法
- db.collection.aggregate()
- db.collection.bulkWrite()
- db.collection.copyTo()
- db.collection.count()
- db.collection.countDocuments()
- db.collection.estimatedDocumentCount()
- db.collection.createIndex()
- db.collection.createIndexes()
- db.collection.dataSize()
- db.collection.deleteOne()
- db.collection.deleteMany()
- db.collection.distinct()
- db.collection.drop()
- db.collection.dropIndex()
- db.collection.dropIndexes()
- db.collection.ensureIndex()
- db.collection.explain()
- db.collection.find()
- db.collection.findAndModify()
- db.collection.findOne()
- db.collection.findOneAndDelete()
- db.collection.findOneAndReplace()
- db.collection.findOneAndUpdate()
- db.collection.getIndexes()
- db.collection.getShardDistribution()
- db.collection.getShardVersion()
- db.collection.insert()
- db.collection.insertOne()
- db.collection.insertMany()
- db.collection.isCapped()
- db.collection.latencyStats()
- db.collection.mapReduce()
- db.collection.reIndex()
- db.collection.remove()
- db.collection.renameCollection()
- db.collection.replaceOne()
- db.collection.save()
- db.collection.stats()
- db.collection.storageSize()
- db.collection.totalIndexSize()
- db.collection.totalSize()
- db.collection.update()
- db.collection.updateOne()
- db.collection.updateMany()
- db.collection.watch()
- db.collection.validate()
- 词汇表
- 默认的MongoDB端口
- 默认的MongoDB读/写关注
- 服务器会话
- MongoDB驱动
- FAQ
- 联系我们
- 更多资料
- [快学Mongo]
- [Mongo问题讨论区]
- [Mongo 驱动使用手册]
- 本书使用 GitBook 发布
读关注 "majority"
读关注“majority”
在本页面
对于多文档事务中无关的读操作，阅读问题“majority”保证所读的数据得到了大多数复制集成员的认可(即，所读的文档是持久的，并且保证不会回滚)。
对于多文档事务中的操作，只有当事务以写关注点“多数”提交时，读关注点多数才提供保证。否则，“多数”读取关注不能保证在事务中读取的数据。
不管读关注级别是什么，节点上的最新数据都可能不能反映系统中数据的最新版本。
性能
每个复制集成员在内存中维护多数提交点处的数据视图。多数提交点是由初级计算的。为了满足读取关注"majority"，该节点从该视图返回数据，并且性能成本与其他读取关注相当。
可用性
无论会话和事务是否一致，都可以使用读关注"majority"。
对于使用三成员主-副-仲裁(PSA)体系结构的部署，可以禁用读关注 "majority"”,然而，这对更改流(MongoDB 4.0和更早版本中只使用)和分片集群上的事务有影响。有关更多信息，请参见禁用读关注多数.。
例子
考虑写入操作 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 |
然后，下表总结了具有"majority"读关注的读取操作在时间将看到的数据状态T。
| 阅读目标 | 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"仅当事务以写关注“多数”提交时，读关注才提供其保证。否则， "majority"读取关注点不能保证事务中读取的数据。
读关注"majority"和汇总
从MongoDB 4.2开始，您可以为包含$out阶段的聚合指定读取关注 level "majority"。
在MongoDB 4.0和更早版本中，您不能包括将读取关注用于聚合的$out 阶段"majority"。
读取自己的写入
更改了 version 3.6.
从 MongoDB 3.6 开始，如果写请求确认，则可以使用因果关系一致来读取您自己的写入。
在MongoDB 3.6之前，您必须发出具有写入关注点的写入操作， 然后 对读取操作使用或关注读取，以确保单个线程可以读取自己的写入。{ w: "majority" }"majority""linearizable".
在MongoDB 3.6之前，你必须使用{ w: "majority" } 写关注点来发布写操作，然后使用"majority"或"linearizable" 的读关注点来执行读操作，以确保单个线程可以读取自己的写操作。
禁用读关注多数
适用于3成员主-副-仲裁器体系结构
"majority"如果您具有具有主要-次要仲裁器（PSA）体系结构的三成员复制集或具有三成员PSA分片的分片群集，则可以禁用读关注。
[success] Note
如果您使用的是 3-member PSA 以外的部署，则无需禁用多数读关注。
对于三成员PSA架构，缓存压力将增加，如果任何承载数据的节点是关闭的。为了防止存储缓存压力使PSA架构的部署无法被锁定，您可以通过设置以下任一项来禁用read concern:
--enableMajorityReadConcern的命令行选项false。replication.enableMajorityReadConcern配置文件设置为false。
要检查是否已禁用“大多数”的读关注，您可以db.serverStatus()在mongod实例上运行 并检查该storageEngine.supportsCommittedReads字段。如果为false，则禁用“大多数”关注。
[warning] 重要
通常，除非必要，否则请避免禁用
"majority"读取问题。但是，如果您的 three-member 复制集具有主-副-仲裁(PSA)体系结构 或带有 three-member PSA 分片的分片 cluster，请禁用以防止存储缓存压力导致部署无法运行。 禁用“多数”读取问题会禁用对改变流的支持。
变更流
禁用"majority"读取关注会禁用对MongoDB 4.0及更早版本的变更流的支持。对于MongoDB 4.2+，禁用读取关注"majority"不会影响变更流的可用性。
事务次数
禁用"majority"读取关注会影响对分片群集上事务的支持 。特别：
"snapshot"如果事务涉及已禁用读取关注“多数”的分片，则该事务不能使用读取关注。- 如果事务的任何读或写操作写入多个分片错误，则该事务涉及已禁用读取关注的分片
"majority"。
但是，它不影响复制集上的事务。对于复制集上的事务，即使禁用了读关注，也可以为多文档事务指定读关注"majority"（或"snapshot" 或"local"）"majority"。
回滚的注意事项
禁用"majority"读关注可以防止修改索引的collMod 命令回滚。如果需要回滚此类操作，则必须将受影响的节点与主节点重新同步。
Copyright © 上海锦木信息技术有限公司 all right reserved，由 MongoDB汉化小组 提供技术支持文件修订时间： 2020-10-11 20:53:05
results matching ""
No results matching ""
若有收获，就点个赞吧
0 人点赞
