事务不回滚主因是未显式开启事务或错误未抛出；须调用session.startTransaction()、所有DB操作置于withTransaction()回调内、throw错误触发回滚、findOneAndUpdate()需传{session, returnDocument:'after'}。
事务不回滚，基本是因为没真正“进事务”或错误没被正确抛出。Mongoose 的事务不是自动开启的魔法开关，它依赖显式 session 绑定和精确的错误传播机制。
session.startTransaction() 必须手动调用
只调用 startSession() 不等于开启了事务——这只是创建了一个会话容器。不调用 session.startTransaction()，后续所有带 { session } 的操作都只是“带凭证的普通操作”，MongoDB 不会把它们聚合成一个原子单元。
- 必须在
withTransaction()回调外、或自定义事务流程中显式执行session.startTransaction() - 如果提前调用了
session.endSession()或 session 被 GC（比如函数返回后未保持引用），再传{ session }也会报Cannot use a session that has ended - Mongoose v6.8+ 支持多库事务，但前提是所有
Model都基于同一mongoose.connection，不能混用不同mongoose.createConnection()实例
withTransaction() 回调里 throw 才算触发回滚
withTransaction() 不会帮你捕获 try/catch 里的错误。它只监听 Promise rejection 或同步 throw；一旦你在回调里用 catch 吞掉异常，事务就静默提交了。
- 所有数据库操作（
save()、updateOne()、findOneAndUpdate()等）必须放在withTransaction()的回调函数内 - 校验失败时直接
throw new Error('库存不足')，不要return { success: false } - 避免在回调里做非 DB 操作：HTTP 请求、
fs.readFile、复杂计算等——这些失败不会触发回滚，还可能拖慢事务锁持有时间
findOneAndUpdate() 在事务中必须加 returnDocument 和 session
这个方法在事务中最容易“看似成功实则失效”：文档没更新、返回 null、甚至报 Cannot use a session that has ended。根本原因是它的原子性在事务上下文里被打破。
- 必须显式传
{ session, returnDocument: 'after' }，缺一不可 -
returnDocument: 'after'不仅确保返回最新值，还能规避因两次 RPC 导致的 session 上下文丢失 - 不要用
new: true（那是旧版 Mongoose 的写法，v6+ 已废弃，且不保证事务安全） - 如果更新条件涉及其他集合的关联数据，别硬塞进同一个事务——考虑用最终一致性 + 补偿事务替代
最容易被忽略的是：事务失败时，session 引用若未及时 endSession()，可能造成连接泄漏；而业务层对跨集合一致性缺乏兜底设计，会让“看似回滚成功”的事务实际留下脏数据。
