MongoDB崩溃会话处理咨询：Node.js事务冲突问题

1. 该现象是否为预期行为？ #

是预期行为。MongoDB多文档事务依赖客户端会话管理，当客户端意外终止时，服务器无法立刻感知崩溃状态，未提交的事务会在服务器端保持活跃（直到会话超时或事务生命周期结束）。应用重启后执行相同事务操作时，会与残留的活跃事务产生冲突，触发WriteConflict错误——这是事务隔离性机制的正常表现，用于避免并发操作破坏数据一致性。

2. 如何解决无限循环问题？ #

可以通过以下方案处理：

• 添加重试限制与指数退避：在重试逻辑中设置最大重试次数，同时采用指数退避策略（每次重试间隔递增），给服务器足够时间自动清理旧事务，避免无限循环。
• 缩短事务生命周期：优化业务逻辑，减少事务等待阶段（代码中标记的(1)）的时长，降低客户端崩溃时事务处于活跃状态的概率。
• 主动清理残留事务：如果应用有状态存储（如Redis），可在事务开始时记录会话/事务标识，重启后通过MongoDB管理API中止未完成的事务（需权限支持，仅适用于特定场景）。

示例代码（带重试限制与指数退避）：

let retryCount = 0;
const MAX_RETRIES = 3;

async function executeTransaction() {
  const session = client.startSession();
  try {
    session.startTransaction({
      maxTransactionLifeTimeSeconds: 5 // 设置事务最大存活时间
    });

    // 执行事务内的集合操作
    // ...

    await session.commitTransaction();
  } catch (err) {
    // 匹配WriteConflict错误码（112）
    if (err.code === 112 && retryCount < MAX_RETRIES) {
      retryCount++;
      // 指数退避等待：1s, 2s, 4s...
      await new Promise(resolve => setTimeout(resolve, 1000 * Math.pow(2, retryCount - 1)));
      return executeTransaction();
    }
    // 其他错误或重试耗尽，抛出或处理
    throw err;
  } finally {
    await session.endSession();
  }
}

3. 能否配置MongoDB服务器自动中止超时事务？ #

可以，MongoDB提供两种层面的配置方式：

• 全局事务生命周期限制：通过服务器参数transactionLifetimeLimitSeconds设置所有事务的最大存活时间（默认60秒）。可在启动mongod时指定，或运行时动态修改：

  # 启动时配置
  mongod --setParameter transactionLifetimeLimitSeconds=5
  

  或在MongoDB Shell中执行：

  db.adminCommand({ setParameter: 1, transactionLifetimeLimitSeconds: 5 })
  

• 事务级超时设置：启动单个事务时，通过maxTransactionLifeTimeSeconds选项指定该事务的最大存活时间，优先级高于全局配置：

  session.startTransaction({
    maxTransactionLifeTimeSeconds: 5 // 该事务5秒后自动中止
  });
  

此外，MongoDB默认会话超时为30分钟（可通过sessionTimeoutMinutes参数修改），会话超时后关联的未提交事务会被自动中止。若需更短的清理周期，建议优先配置transactionLifetimeLimitSeconds。

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