MongoDB多文档ACID事务写冲突：并发事务执行行为问询

在你描述的场景中，T2会被中止，不会执行写入操作，原因如下：

MongoDB多文档事务采用**乐观并发控制（OCC）**机制，它不会在读取阶段对文档加锁，而是在事务提交时做冲突校验：

• 事务执行过程中，MongoDB会记录事务读取的所有文档的版本信息（基于内部时间戳或事务标识）。
• 当事务尝试提交时，系统会对比这些记录的版本与文档当前的最新版本：如果发现有文档在事务执行期间被其他事务修改过，就判定发生了写冲突，直接中止当前事务。

对应到你的场景：

1. T1读取x=1时，记录了x的旧版本信息；随后T1完成写入x=0并提交事务，x的版本被更新。
2. T2读取的是x的旧版本（值为1），当它尝试提交写入x=0的操作时，系统检测到x的版本已经被T1修改，因此会自动中止T2事务，不会执行写入。

这种机制是为了保证MongoDB多文档事务的可串行化隔离级别，避免出现数据不一致的情况。事务被中止后，客户端需要自行处理重试逻辑。

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