MongoDB写操作采用何种读关注点？更新操作读取数据规则问询

核心读取行为 #

MongoDB的更新类操作（如updateOne、updateMany、findAndModify）默认读取主节点本地内存/磁盘中的最新数据，不管该数据是否已经被集群多数派节点确认提交。
这是因为主节点是所有写操作的唯一入口：写操作先写入主节点的oplog并落盘，主节点自身立即可以读取到这条新数据，之后才异步同步给从节点。更新操作的筛选、旧值计算逻辑，都是基于主节点本地的当前数据状态执行的。

与写关注点（Write Concern）的关系 #

写关注点仅控制写操作完成后需要等待多少节点确认写入成功才向客户端返回结果，完全不影响更新操作执行时的读取数据源。
举个例子：即使你设置w: "majority"（要求等待多数派节点同步完成），更新操作本身在主节点执行时，依然会读取主节点本地的最新数据，不会去等待多数派的同步状态。写关注点只是控制返回时机，不改变更新操作的读取逻辑。

能否配置读取多数派已提交数据？ #

默认情况下没有直接配置项让更新操作读取多数派已提交的数据，但可以通过两种间接方式实现近似效果：

• 事务+读关注点（Read Concern）：在4.0及以上版本的MongoDB中，开启多文档事务并设置读关注点为"majority"，事务内的更新操作会基于多数派已提交的数据执行。这种方式能保证一致性，但会带来一定的性能开销，适合强一致性场景。
• 前置读校验：在执行更新前，先执行一次带有readConcern: "majority"的读操作，确认目标数据已被多数派提交后再执行更新。但这种方式不具备原子性，中间可能被其他写操作打断，仅适合并发极低的场景。

内容的提问来源于stack exchange，提问作者Pavel Taruts