单机模式不支持事务时如何本地测试MongoDB多集合事务

MongoDB 4.0及以上版本的多文档事务（包含单集合多文档、跨集合、跨库的本地事务，以及跨分片的分布式事务）强制要求实例运行在副本集模式下，单机standalone实例从架构设计上就不支持事务，不存在任何可以绕过这个限制在单机实例上跑事务的方法。你在文档里没看到这个强制要求，是因为官方文档默认副本集是支持事务能力的最小部署单元，属于前置基础常识，没有在事务介绍章节重复强调。

业内开发者本地测试事务逻辑几乎不会搭多节点副本集群，最常用的是以下两种方案：

• 单节点副本集部署（最推荐，和生产行为100%一致）
  不需要额外部署多个实例，你现有的Docker镜像只需要调整启动参数，就能跑一个单节点的副本集，资源占用和你之前用的单机实例完全一致，配置步骤非常简单：
  1. 启动容器时加上副本集参数指定副本集名称，比如命名为rs0：

  docker run -d -p 27017:27017 --name mongo-local mongo:6.0 --replSet rs0
  

  2. 容器启动后，仅需要执行一次副本集初始化命令，后续容器重启不需要重复执行：

  docker exec -it mongo-local mongosh --eval "rs.initiate({_id:'rs0', members:[{_id:0, host:'localhost:27017'}]})"
  

  等待5-10秒副本集完成选主后，把你的连接串加上副本集参数即可，比如mongodb://localhost:27017/你的业务库名?replicaSet=rs0，不需要修改业务事务逻辑，就能正常跑所有事务操作，和生产环境副本集的事务行为完全一致，不会有兼容性差异。
• 事务逻辑Mock（仅适用于纯单元测试场景）
  如果你写的是不依赖真实数据库行为的纯单元测试，不需要验证实际的原子提交、回滚、写入冲突等逻辑，可以在数据访问层做抽象，将事务的开启、提交、回滚逻辑Mock掉，不需要连接真实Mongo实例。但注意这个方案无法覆盖真实数据库的事务边界场景，涉及数据库交互的集成测试必须使用上面的单节点副本集方案。

你贴的C#代码存在一个逻辑错误：执行InsertOne、InsertMany操作时没有把当前开启的session作为第一个参数传入，这两个写入操作根本不会被纳入当前事务上下文，就算你搭好副本集环境，这些操作也会作为普通非事务操作直接执行，达不到事务原子性的要求，修正后的写法如下：

using (var session = _client.StartSession())
{
    session.StartTransaction();
    // 所有事务内的操作都要把session作为第一个参数传入，绑定到当前事务
    ec.InsertOne(session, evt);
    sc.InsertMany(session, snapshot.Selections.Select(ms => new SelectionEntity(snapshot.Id, ms)));

    session.CommitTransaction();
}

另外建议给事务加上异常捕获回滚的逻辑，避免执行中途报错导致事务一直悬挂占用资源。

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