在两个文档上写入时，Mongodb 在副本集上的最终一致性

Question

我们有一个客户端连续写入两个文档（使用{w:1} ）。 例如，原始文件可能是：

{_id: "a", value: 0} , {_id: "b", value: 0}

并且客户端将文档 "a" 更新为{_id: "a", value: 1} ，然后，在更新完成后，客户端将文档 "b" 更新为{_id: "b", value: 1} 。

之后第二个客户端调用find({}) 。 第二个客户端从可能尚未收到所有更改的辅助节点读取。 显然它可以读取以下状态：

• {_id:"a",value:0} , {_id:"b",value:0}
• {_id:"a",value:1} , {_id:"b",value:0}
• {_id:"a",value:1} , {_id:"b",value:1}

这是主要的“真实”状态（在过去的某个时刻）。

第二个客户端可以看到类似的状态： {_id:"a",value:0} , {_id:"b",value:1}吗？ 请注意，此状态从未存在于主要服务器上。

PS 这里的解释说：

次要...按照它们在 oplog 中出现的顺序应用写操作。

这是否意味着辅助节点更改它们的文档的顺序与它们在主节点上更新的顺序相同？

PS 确实find游标“冻结”他们正在阅读的文档的状态（即忽略创建游标后所做的更改）？ 如果我使用find(...).sort({_id:-1})或者文档“a”的 id 是“c”（即大于“b”），情况会有所不同吗？

谢谢

Answer 1

第一个问题：是的，辅助节点上的操作与主节点上的操作顺序相同。 所有操作都记录在oplog 中。 oplog 本身不是所执行查询的日志（即 updateMany()），而是必须对实际文档执行的操作，以便其操作变得幂等。

关于光标操作。 在遍历光标时，可能会发生文档被移动或更新的情况。 如果更新期间索引或存储位置发生变化，则同一文档甚至可能会在光标上出现两次。

有一种特殊的快照模式可以提供某种隔离，但它有一些限制，即它不能与分片一起使用

Answer 2

如果我们的文档网是按顺序在 master 上更新的

1. 改变A
2. 变B
3. 改变C

然后辅助节点将使用相同的顺序更新文档：

1. 改变A

   无需应用其他更改即可阅读文档

2. 变B

   无需应用其他更改即可阅读文档

3. 改变C

对于锁定， 请参阅这一点，因为 mongo 可以优化操作序列，即使触发了文档更新，也可以进行读取。