如何确保Mongoose中两个异步删除操作要么都成功要么都回滚？

你当前的痛点是两个删除操作（MongoDB用户删除+非数据库关联操作）需要保证原子性，但先删用户再执行后续操作的逻辑，一旦后者失败就得重建用户，既低效又容易引发中间状态问题。正确的做法是用Mongoose事务包裹数据库操作，配合流程控制实现「要么全成、要么全败」的效果。

核心思路 #

1. 开启Mongoose会话并启动事务，所有数据库操作绑定到该会话
2. 在事务内执行用户删除（此时删除未真正提交到数据库）
3. 执行非数据库的删除函数
4. 两步都成功则提交事务，数据库删除生效；任意一步失败则回滚事务，数据库内用户不会被删除

代码实现 #

async function deleteUserAndRelated(filter, options) {
  // 启动Mongoose会话
  const session = await mongoose.startSession();
  session.startTransaction();

  try {
    // 事务内执行用户删除，必须指定session参数
    const user = await userModel.findOneAndDelete(filter, {
      ...options,
      session: session
    });

    if (!user) {
      throw new Error('目标用户不存在，无需执行删除');
    }

    // 执行非数据库层面的删除操作
    await anotherAsyncFunctionToDeleteSomething(user);

    // 所有操作成功，提交事务
    await session.commitTransaction();
    console.log('所有删除操作完成');
    return user;
  } catch (error) {
    // 任意步骤失败，回滚事务
    await session.abortTransaction();
    console.error('删除失败，已回滚:', error);
    throw error; // 可根据业务需求调整错误处理逻辑
  } finally {
    // 结束会话
    session.endSession();
  }
}

关键注意事项 #

• MongoDB环境要求: 你的MongoDB实例必须是副本集或分片集群，单节点MongoDB不支持事务功能，这是实现前提。
• 会话绑定: 所有需要纳入事务的数据库操作，必须显式传递session参数，否则不会参与事务控制。
• 非DB操作的原子性: 事务只能保证数据库操作的原子性，但通过把非DB操作放在事务提交前执行，一旦非DB操作失败就回滚数据库操作，就能实现整体的原子性效果。

这种方案比删除后重建用户高效得多，回滚是数据库层面的撤销操作，避免了额外的写入开销，也不会出现用户被临时删除的中间状态。

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