不能在单个事务里合并多次 update 来提升性能，因为每次 updateOne() 都是独立网络请求，需用 bulkWrite() 封装并显式传入 session 才能实现真正的批量写入与事务原子性。
不能在单个事务里“合并多次 update”来提升性能——MongoDB 事务本身不提供批量 update 的语法糖，但你可以用 bulkWrite() 替代多个 updateOne() 调用，且必须在事务会话内执行。
为什么不能直接写多个 updateOne() 还指望它自动合并
MongoDB 驱动层每次调用 updateOne() 都会发一个独立的 wire 协议请求。即使它们包在同一个 session.startTransaction() 和 session.commitTransaction() 之间，网络往返、序列化、服务端解析开销依然存在。这不是“事务没优化好”，而是 API 使用方式错了。
- 事务只保证原子性与隔离性，不改变操作粒度
- 每个
updateOne()是一次独立的 write op，会触发单独的 WiredTiger 写入路径 - 高并发下还可能因锁粒度（文档级）和冲突检测（write conflict）放大排队延迟
正确做法：用 bulkWrite() 封装所有更新操作
bulkWrite() 是 MongoDB 原生支持的批量接口，它把多个写操作打包成单次请求，在事务上下文中同样生效。关键点是：你必须显式传入 session 选项，否则它走默认连接，不参与事务。
示例（Node.js Driver 6.x）：
const session = client.startSession();
try {
await session.withTransaction(async () => {
const result = await collection.bulkWrite([
{ updateOne: { filter: { _id: 1 }, update: { $set: { status: 'paid' } } } },
{ updateOne: { filter: { _id: 2 }, update: { $inc: { balance: -100 } } } },
{ updateMany: { filter: { orderId: 'ORD-001' }, update: { $set: { synced: true } } } }
], { session }); // ← 必须传 session！
console.log('matched:', result.upsertedCount, 'modified:', result.modifiedCount);
});
} finally {
await session.endSession();
}
- 所有操作共享同一事务 ID，失败则全部回滚
- 服务端只做一次解析、一次锁获取（按需逐文档加锁）、一次 WAL 写入
- 避免了三次 round-trip，尤其在跨机房或高延迟链路中收益明显
bulkWrite() 在事务中容易踩的坑
不是把 update 拆进数组就万事大吉。以下三点漏掉任一，事务就可能静默降级为非事务行为，或性能反降：
-
bulkWrite()必须显式传{ session }；Driver 不会自动绑定当前 session 上下文 - 事务有默认 60 秒超时（
maxCommitTimeMS），大批量操作要提前设大：{ session, maxTimeMS: 300000 } - 如果其中某个操作失败（如唯一键冲突），整个
bulkWrite()返回result.ok === 0，但已执行的操作不会回滚——除非你在事务内，否则 bulkWrite 自身不提供原子性保障
比 bulkWrite() 更轻量的替代场景
如果你只是反复更新**同一个文档的多个字段**，别用事务 + bulkWrite()，直接用单次 updateOne() + 复合更新操作符更高效：
// ✅ 推荐：一次原子更新，无事务开销
collection.updateOne(
{ _id: 123 },
{
$set: { status: 'shipped', updatedAt: new Date() },
$inc: { attemptCount: 1 },
$push: { events: { type: 'shipped', at: new Date() } }
}
)
// ❌ 不推荐：为单文档硬套事务 + bulkWrite()
collection.bulkWrite([
{ updateOne: { filter: { _id: 123 }, update: { $set: { status: 'shipped' } } } },
{ updateOne: { filter: { _id: 123 }, update: { $set: { updatedAt: new Date() } } } }
], { session })
单文档多字段更新天然原子，加事务纯属冗余，还会触发不必要的事务日志写入和锁管理开销。
真正需要事务 + bulkWrite() 的，是跨文档强一致性场景，比如“扣减库存 + 创建订单 + 更新用户积分”这三步必须全成功或全失败。这时候 bulkWrite() 是压缩网络、降低锁持有时间的务实选择，但得确保 session 绑定、超时设置、错误处理都到位——尤其是重试逻辑里不能复用过期的 filter 条件。
