MongoDB高并发更新库存防超卖必须用事务+原子条件更新，且部署需启用副本集；单靠应用层判断或普通updateOne必然超卖，findOneAndUpdate需带stock≥阈值条件、$inc更新、returnDocument设为"after"并传入session。
MongoDB高并发更新库存时，单靠应用层判断或普通 updateOne 必然超卖；必须用事务 + 原子条件更新，且部署环境必须满足硬性前提。
事务根本跑不起来？先检查 replica set 是否启用
MongoDB 的 session.startTransaction() 在 standalone 模式下直接报错：Transaction numbers are only allowed on a replica set member or mongos。这不是配置漏了，是底层限制——哪怕本地开发，也得启动时加 --replSet rs0，再进 shell 执行 rs.initiate()。Docker 默认镜像就是 standalone，没改启动参数就必然失败。Spring Data MongoDB 的 MongoTemplate.executeInTransaction() 同样绕不开这个前提，它不解决部署层问题。
为什么不能先 findOne() 再 updateOne()？
在事务里写两步操作（查库存 → 判断 → 更新），看似串行，实则无效：MongoDB 事务默认读操作不加文档锁，多个并发事务能同时读到相同库存值，然后各自执行更新，最终扣成负数。事务只检测“写写冲突”，不阻塞“读写并发”。真正防超卖的唯一路径是把校验和更新压进一个原子操作：findOneAndUpdate()，且查询条件必须包含库存阈值，例如 { _id: "item_123", stock: { $gte: 1 } }。漏掉这个条件，事务只能靠提交时写冲突回滚，逻辑上已经超卖了。
findOneAndUpdate 的关键参数怎么设？
这几个参数直接影响是否真能防住超卖：
-
filter必须带库存比较，比如stock: { $gte: 1 }，不能只写_id -
update用$inc: { stock: -1 }，别用$set覆盖全量字段 -
options.returnDocument设为"after"，才能拿到更新后的文档做后续判断（比如if (!result.value) throw new Error("stock insufficient")） - 务必传入
session，否则操作不在事务内
示例片段：
const result = await inventoryCollection.findOneAndUpdate(
{ _id: "item_123", stock: { $gte: 1 } },
{ $inc: { stock: -1 } },
{ session, returnDocument: "after" }
);
事务不是银弹：超时、性能和替代方案的现实约束
MongoDB 事务默认最长存活 60 秒（transactionLifetimeLimitSeconds），超时自动 abort，但业务可能已按“扣减成功”往下走了。更关键的是，副本集事务在高并发下锁竞争明显，实测 TPS 上不去时延迟飙升，远不如 Redis Lua 脚本快。如果业务对一致性要求极高（比如金融级订单），或者日订单量超百万，建议直接迁移到金仓数据库等支持强 ACID 的关系型系统——MongoDB 的事务设计初衷就不是扛秒杀洪峰的。
