读关注 (read concern) "linearizable"

要求

仅当读操作指定唯一标识单个文档的查询过滤时，才应用线性化读关注（read concern）ACID 一致性保证。此外，如果不满足以下条件，则线性化读关注（read concern）可能无法从一致的快照中读取，从而导致未返回与过滤匹配的文档：

• 该查询使用不可变字段作为查询的搜索键。示例，在_id字段中搜索或使用$natural 。

• 并发更新不会改变查询的搜索键。

• 搜索键具有唯一索引，并且查询使用该索引。

如果满足前面的任何条件，查询将从一致的快照中读取以返回单个匹配的文档。

因果一致的会话

读关注 "linearizable"不可用于因果一致的会话。

聚合限制

您不能将 $out 或 $merge 阶段与读关注 "linearizable" 结合使用。也就是说，如果您为 db.collection.aggregate() 指定"linearizable" 读关注，则不能在管道中包含任一阶段。

实时顺序

与 "majority" 写关注结合使用时，"linearizable" 读关注允许多个线程对单个文档执行读取和写入，就像单个线程实时执行这些操作一样；也就是说，这些读取和写入的相应计划被视为可线性化。

读取自己的写入

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

性能比较

与 "majority" 不同，"linearizable" 读关注向从节点确认，读取操作正在从能够确认具有 { w: "majority" } 写关注的写入的主节点中读取。[1] 因此，具有可线性化读关注的读取可能比具有 "majority" 或 "local" 读关注的读取要慢得多。

始终将maxTimeMS与线性化读关注一起使用，以防大多数数据承载成员不可用。maxTimeMS确保操作不会无限期受阻，而是确保操作在无法满足读关注时返回错误。

例如：

db.restaurants.find( { _id: 5 } ).readConcern("linearizable").maxTimeMS(10000)
db.runCommand( {
     find: "restaurants",
     filter: { _id: 5 },
     readConcern: { level: "linearizable" },
     maxTimeMS: 10000
} )