MongoDB聚合管道执行期间数据一致性与锁机制问询

1. 聚合管道阶段间文档是否会被修改？ #

聚合管道按顺序执行，但默认情况下，MongoDB读操作（包括聚合）采用读未提交隔离级别，所以在stage1读取collection1之后、stage2读取collection2之前，collection2是可以被写入的。

要阻止这种行为，可通过两种方式：

• 多文档事务：将聚合操作纳入事务，事务会对涉及的集合持有共享锁至事务结束，期间写入操作会被阻塞。
• 快照读（副本集环境）：对单个集合读取指定readConcern: "snapshot"，确保读取的是某个时间点的快照；跨集合场景仍需事务保障全局一致性。

2. $lookup阶段是否有类似SQL JOIN的隔离保障？ #

SQL的JOIN依赖数据库隔离级别（如可重复读、读已提交）保障一致性，但MongoDB默认的$lookup没有跨集合的隔离保障——读未提交级别下，$lookup关联的集合在查询过程中可被写入，导致JOIN结果与查询启动时的数据不一致。

若需和SQL JOIN类似的隔离，必须将聚合操作放在多文档事务中，通过事务的快照隔离（副本集/分片集群支持），确保整个聚合过程中所有涉及集合的数据都是事务启动时的快照，不受中间写入操作影响。

3. 聚合管道的共享锁范围？ #

WiredTiger引擎下，MongoDB的锁是集合级的：

• 非事务场景：聚合管道会按需获取集合共享锁——执行到某阶段需要读取特定集合时（如$match读主集合、$lookup关联其他集合），才对该集合加锁，单个读操作完成后释放锁。
• 事务场景：聚合涉及的所有集合的共享锁会被持有至事务结束。

4. 动态多集合聚合阶段间写入导致结果不一致的情况及预防 #

这种情况确实会发生：比如$match读取collection1后、$lookup关联collection2前，collection2中对应文档被删除，会导致$lookup无法匹配数据，结果与预期不一致。

预防方案：

1. 多文档事务：将整个聚合操作包裹在事务中，以快照隔离级别执行，确保所有读取的集合数据为事务启动时的状态，不受中间写入影响。
2. 反范式设计：若业务允许，将关联数据冗余到主集合，避免跨集合$lookup，从根源消除阶段间写入的影响。

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