findAndModify 无法在 MongoDB 事务中调用，驱动报错“Command findAndModify is not supported in transactions”，这是服务端硬性限制；替代方案是用 updateOne 配合 returnDocument: 'after' 并传入同一 session 实例。
findAndModify 在事务中根本不可用
直接说结论：findAndModify 无法在 MongoDB 事务中调用，驱动会报错 Command findAndModify is not supported in transactions。这不是配置或版本问题，而是 MongoDB 服务端明确禁止的硬性限制——从 4.0 引入事务起就如此，4.4/5.0/6.0 均未放开。
替代方案：用 updateOne + returnDocument: 'after' 模拟
事务内想实现“查+改+返回新值”的原子效果，必须拆解为 updateOne 并显式要求返回更新后文档：
const result = await collection.updateOne(
{ _id: new ObjectId("..."), status: "pending" },
{ $set: { status: "processing", updatedAt: new Date() } },
{
returnDocument: 'after',
session // 必须传入同一 session 实例
}
);
if (result.matchedCount === 0) {
throw new Error("no matching doc found");
}
const updatedDoc = result.value; // 注意是 .value，不是 .doc
-
returnDocument: 'after'是关键，它让updateOne返回修改后的完整文档（类似findAndModify的new: true） - 务必检查
matchedCount而非modifiedCount，因为匹配但未修改（如字段值已相同）时后者可能为 0 -
session参数必须与事务 session 完全一致，否则操作会脱离事务上下文
为什么不能用 findOne + updateOne 组合？
看似可行，实则破坏原子性：
-
findOne和updateOne是两次独立操作，在事务中虽能保证都成功或都失败，但中间可能被其他会话修改目标文档（即“读-写”间隙） - 即使加
session.startTransaction()，两次操作之间没有锁机制，无法阻止并发覆盖 - 真正需要的是单次原子命令语义，而非事务包裹下的两步协作
容易忽略的 Session 生命周期陷阱
事务 session 不是“用了就自动续命”，常见疏漏：
- session 必须在事务
commitTransaction()或abortTransaction()后显式结束，否则可能泄漏连接资源 - 若在
updateOne后抛出异常但未调用abortTransaction()，该 session 会卡在 open 状态，后续操作可能因超时失败 - Node.js 中 session 对象不能跨 async 函数传递引用——需确保所有数据库操作都在同一个
session实例上调用
最稳妥的做法是在 try/catch 外层统一管理 session 关闭，而不是依赖驱动自动回收。
