MongoDB事务不会因未捕获异常自动回滚，必须显式调用abortTransaction()清理；推荐使用withTransaction封装方法，它自动处理提交与回滚，避免手动管理错误；所有操作需透传session，防止静默脱离事务。
事务中未捕获异常会导致事务不自动回滚
MongoDB 的事务不会像关系型数据库那样在未捕获异常时自动终止并回滚——它只在显式调用 session.abortTransaction() 或连接中断时才回滚。如果代码抛出异常但没处理，session.commitTransaction() 可能根本没执行，但 session 本身还处于活跃状态，后续操作可能意外提交部分写入（尤其在重试逻辑或异步回调中）。
常见错误现象：WriteConflict 或 UnknownTransactionCommitResult 报错后，数据状态不一致；或者 catch 块里只打印日志却忘了 abort，导致悬挂事务占用资源。
- 必须在
catch块中显式调用session.abortTransaction()，且需包裹在try...catch内防止 abort 本身失败（如网络断开） - 不要依赖
finally执行 abort：如果 commit 成功后再进 finally，重复 abort 会报NoSuchTransaction - Node.js 中若使用
async/await，确保所有 await 操作都在 try 块内，否则 Promise rejection 会跳过 try-catch
正确结构：try-commit-catch-abort 模式
标准流程不是“try-catch-then-abort”，而是“try → commit → catch（commit 失败）→ abort”，因为 abort 应该只在事务尚未提交时调用。commit 成功后 abort 是非法操作；commit 失败（如超时、冲突）才需要 abort 清理。
示例（Node.js + MongoDB Driver 6.x）：
const session = client.startSession();
try {
await session.withTransaction(async () => {
const coll = db.collection('orders');
await coll.insertOne({ orderId: 'A123', status: 'pending' }, { session });
await coll.updateOne({ orderId: 'INV999' }, { $set: { status: 'shipped' } }, { session });
});
} catch (error) {
// 注意：withTransaction 内部已自动 abort，此处无需再调用 session.abortTransaction()
console.error('Transaction failed:', error);
throw error;
} finally {
await session.endSession();
}
关键点：session.withTransaction() 是封装好的工具方法，它内部已处理 commit/abort 逻辑——你只需关注业务代码是否抛错，不用手动管理 abort。直接手写 startTransaction + commitTransaction + abortTransaction 容易出错，不推荐。
捕获哪些错误需要重试？
不是所有异常都该重试。MongoDB 事务中只有特定错误类型适合自动重试，比如 TransientTransactionError（临时性冲突），而 NotPrimaryError 或 NetworkTimeout 可能需先检查连接状态。
-
error.hasErrorLabel('TransientTransactionError')：可安全重试，driver 通常已内置重试（取决于maxCommitTimeMS和配置） -
error.hasErrorLabel('UnknownTransactionCommitResult')：commit 网络超时，服务端可能已提交，此时重试有重复风险，应改用幂等设计（如插入前查重） -
WriteConcernError：写关注未满足，不一定是数据错误，但需按业务容忍度决定是否重试
手动重试时，务必新建 session，不能复用原 session —— 已 abort 或 commit 过的 session 不可再次 use。
嵌套事务或跨函数调用时 session 传递容易漏传
MongoDB 不支持真正嵌套事务，所谓“嵌套”只是在同一个 session 上连续操作。如果业务逻辑拆成多个函数，每个函数都需显式接收 session 参数，否则会默认使用无事务的独立会话。
典型错误：
// ❌ 错误：doPayment() 内部没传 session，操作脱离事务上下文
await session.withTransaction(async () => {
await createOrder(orderData); // 新建 session，不在当前事务中
await doPayment(paymentData); // 同样脱离事务
});
正确做法是所有数据库操作函数都接受 session 并透传：
async function createOrder(orderData, session) {
return db.collection('orders').insertOne(orderData, { session });
}
async function doPayment(paymentData, session) {
return db.collection('payments').insertOne(paymentData, { session });
}
漏传 session 是静默失败：代码不报错，但事务形同虚设——你以为原子，其实各写各的。
