mongodb事务中读取陈旧数据的根本原因是默认readconcern:"local"不提供一致性快照，必须显式设置readconcern:"snapshot"才能确保事务内所有读操作基于同一时间点快照，且仅在副本集或分片集群的wiredtiger引擎下生效。
MongoDB 事务中读取到陈旧数据，本质是隔离级别与会话生命周期没对齐——默认的 readConcern: "local" 在多文档事务里不保证一致性快照，必须显式设为 "snapshot"，且仅在副本集/分片集群的 WiredTiger 引擎下生效。
为什么事务内 find() 还会看到未提交修改？
MongoDB 默认读关注（readConcern）在事务外是 "local"，事务内若未显式指定，仍可能读到其他事务已写但未提交的数据（尤其在高并发写入时），或更糟：读到本事务之前、其他会话已提交但尚未同步到当前节点的数据。
关键点：
-
readConcern: "local"不提供事务一致性视图； -
readConcern: "majority"能防止回滚丢失，但不能阻止读到“中间态”（比如 A 已提交、B 尚未提交，而你读到了 A 但没读到 B）； - 只有
readConcern: "snapshot"才能确保整个事务看到同一个一致快照（基于 oplog timestamp + snapshot isolation）。
session.startTransaction() 必须配 readConcern: "snapshot"
启动事务时漏掉 readConcern 配置，等于白启事务——读操作依然走默认行为。
正确写法（Node.js Driver 示例）：
const session = client.startSession();
await session.withTransaction(async () => {
const coll = db.collection('orders');
// ✅ 显式声明 snapshot 读关注
await session.startTransaction({
readConcern: { level: 'snapshot' },
writeConcern: { w: 'majority' }
});
const order = await coll.findOne({ _id: orderId }, { session });
// 后续所有带 session 的读/写都基于该快照
await coll.updateOne({ _id: orderId }, { $set: { status: 'shipped' } }, { session });
});
注意：
-
readConcern: "snapshot"仅对副本集（≥3 节点）或分片集群有效，单机模式不支持； - 事务必须在同一个
session内完成所有操作，跨 session 无法共享快照； - 如果集合使用
collation或hint，需确保这些选项在事务内保持一致，否则可能绕过快照语义。
聚合管道中 $lookup 读取外部集合也受快照约束吗？
不受自动约束——$lookup 默认不继承事务 session，除非显式传入 let + pipeline 并在子 pipeline 中加 { session } 参数（驱动不直接支持，需手动构造）。
更稳妥的做法：
- 避免在事务中用
$lookup关联非事务集合； - 如必须关联，先用
findOne()+session查出所需 ID，再在事务外查（需业务层保证逻辑幂等）； - 或把关联集合也纳入同一事务（即所有涉及集合都在同一
session下操作），但要求它们属于同一分片（分片集群下跨分片事务受限）。
最容易被忽略的一点：事务超时后自动 abort，但 session 对象不会自动失效；后续复用该 session（哪怕没再 startTransaction）仍可能沿用旧的快照上下文，导致读行为不可预期。务必在 withTransaction 结束后显式调用 session.endSession()，或使用 try/finally 确保清理。
