读取隔离（关注读取）

阅读关注选项¶

对于不在多文档事务中的操作，可以将readConcern级别指定为支持阅读关注的命令和方法的选项：

readConcern: { level: <level> }

要指定mongoshell方法的读取关注级别db.collection.find()，请使用以下 cursor.readConcern()方法：

db.collection.find().readConcern(<level>)

交易及阅读相关的担忧¶

对于多文档事务，可以在事务级别而不是在单个操作级别设置读取关注。事务中的操作将使用事务级别的读取关注。事务内部将忽略在集合和数据库级别设置的任何读取关注。如果显式指定了事务级别的读取关注点，则在事务内部也将忽略客户端级别的读取关注点。

您可以在事务开始时设置读取关注：

• 对于多文档事务，请阅读关注级别 "snapshot"，"local"并且 "majority"可用。
• 多文档事务中的写入命令可以支持事务级别的读取关注。

如果未在事务开始时指定，则事务将使用会话级别的读取关注点；如果未设置，则使用客户端级别的读取关注点。

有关更多信息，请参见事务阅读关注。

因果一致的会话和阅读相关的担忧¶

用于因果一致的会话中的操作，"local"并且 "majority"级别可用。但是，为了保证因果一致性，必须使用"majority"。有关详细信息，请参见因果一致性。

如果多文档交易与因果一致的会话相关联，"snapshot"则该交易也可以使用。

支持阅读关注的操作¶

以下操作支持阅读关注：

如果是多文档事务的一部分，则以下写操作也可以接受读问题：

阅读您自己的文章¶

从MongoDB 3.6开始，如果写入请求确认，则可以使用因果一致的会话来读取自己的写入。

在MongoDB 3.6之前，您必须发出具有写入关注点的写入操作， 然后 对读取操作使用或关注读取，以确保单个线程可以读取自己的写入。{ w: "majority" }"majority""linearizable"

实时订单¶

结合"majority"写关注， "linearizable"读关注使多个线程可以在单个文档上执行读写操作，就好像单个线程实时执行了这些操作一样。也就是说，这些读写的相应计划被认为是线性的。

性能比较¶

不同于"majority"，"linearizable"关注对象会与辅助成员确认读操作正在从主要对象进行读取，该操作能够确认具有 写关注对象的写入。 [4]因此，具有线性化读关注度的读可能比具有或读关注度的读慢得多 。{ w: "majority" }"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
} )

阅读操作和afterClusterTime¶

MongoDB 3.6引入了对因果一致的会话的支持。对于与因果一致的会话相关联的读取操作，MongoDB 3.6引入afterClusterTime了驱动程序自动设置与因果一致的会话相关联的操作的读取关注选项。

为了满足afterClusterTime值为的读取请求T，mongod必须在其oplog到达时间后执行请求T。如果其oplog尚未到达时间T，则 mongod必须等待服务请求。

具有指定afterClusterTime返回数据的读取操作同时满足读取关注级别 要求和指定afterClusterTime要求。

对于与因果一致会话无关的读取操作，未 afterClusterTime设置。