MongoDB 4.2.11单实例执行bulkWrite报事务错误求助

这个错误的核心原因是：尽管你没有显式开启事务，但在MongoDB 4.2版本中，当bulkWrite使用ordered: false（并行执行批量操作）时，底层逻辑会尝试使用事务编号来协调操作——而事务编号仅支持副本集或mongos环境，单实例MongoDB并不支持这一特性，因此触发报错。

以下是具体的排查和解决步骤：

1. 确认MongoDB实例的运行模式 #

首先要确保你的MongoDB确实是单实例运行，而非被误配置为副本集模式：

• 在mongo shell中执行以下命令查看启动参数：

  db.adminCommand({getCmdLineOpts: 1})
  

• 检查输出中是否包含--replSet配置项。如果有，说明实例被配置为副本集但未完成初始化，导致它期望支持事务特性。
  • 解决方法：去掉启动命令中的--replSet参数，重启MongoDB服务；如果需要使用副本集，执行rs.initiate()完成初始化（单实例副本集也可正常运行）。

2. 调整bulkWrite的执行选项 #

如果确认是单实例环境，可通过修改bulkWrite的参数来规避问题：

• 将ordered: false改为ordered: true：

  const results = db.getCollection(name).bulkWrite([
          {
                  "updateOne" : {
                          "filter" : {
                                  "_id" : ObjectId("6076c9a4dd8cf70036595f62")
                          },
                          "update" : {
                                  "$set" : {
                                          "status" : "saved"
                                  }
                          }
                  }
          },
          // 其他updateOne操作
  ], { ordered: true })
  

  ordered: true会串行执行批量操作，不会触发事务编号相关逻辑，单实例下可正常运行。
• 若业务必须使用并行执行（ordered: false），建议升级MongoDB版本到4.4或更高，新版本对单实例的bulkWrite并行执行逻辑做了优化，不再依赖事务编号。

3. 排查连接参数（可选） #

确认连接MongoDB时没有设置任何隐式的事务相关参数（如txnNumber），不过这种情况概率极低，优先排查前两点即可。

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