MongoDB事务支持跨集合、跨数据库原子操作，但必须运行在副本集或分片集群上，且所有操作需绑定同一session；单机部署、未配置replicaSet、漏传session参数均导致事务退化。
MongoDB 事务不能“跨表”——它压根没有“表”这个概念，只有集合（collection）和数据库（database）。所谓“跨表更新一致性”，在 MongoDB 中实际是指跨集合、跨数据库的原子性协调。而它能做到这一点，前提是必须运行在副本集或分片集群上，且所有操作都绑定同一个 session。单机部署、非 replicaSet 连接串、漏传 session 参数，都会让事务静默退化为普通操作。
为什么 db.collection.updateOne() 单独调用不保证跨集合一致？
MongoDB 的单文档操作（如 updateOne、findOneAndUpdate）天然具备文档级原子性，但仅限于一个文档内部。一旦涉及两个集合（比如 accounts 扣款 + transfers 记日志），默认就是两个独立请求，无事务上下文，失败点不可控。
- 第一个
updateOne成功，第二个因网络中断失败 → 数据不一致 - 没有
session参数，withTransaction或start_transaction()就不会生效 - 即使用了
session，但没在所有操作中显式传入{ session }，该操作仍游离于事务外
session.start_transaction() 和 session.withTransaction() 怎么选？
二者本质都是开启事务，但控制粒度不同：
-
session.start_transaction()是底层手动模式：需自行commit_transaction()或abort_transaction()，适合需要在事务中插入条件判断、中间查询、或分阶段提交逻辑的场景 -
session.withTransaction()是封装好的自动模式：传入 async 函数，成功自动 commit，抛异常自动 abort，更简洁安全，90% 场景推荐用它 - 两者都要求
session在整个事务生命周期内保持活跃；若连接断开或会话过期（默认 60 秒），事务会中止，且无法恢复
跨数据库事务必须满足哪些硬性条件？
不是加个 session 就能跨库——MongoDB 对事务的物理约束非常明确：
- 所有参与事务的数据库，必须位于同一个 MongoDB 部署实例中（即同一 replicaSet 或同一 sharded cluster），不能跨独立 mongod 进程
- 连接字符串必须带
?replicaSet=rs0（副本集）或指向 config server（分片集群），否则start_session()会成功，但事务内部操作直接报错CommandNotSupported: Transactions are not supported on standalone servers - 所有集合必须已存在（事务内不能建库、建集合、建索引）
- 事务内不能使用某些命令，例如
createIndex、dropDatabase、listCollections，这些会触发OperationNotSupportedInTransaction
用 Laravel 或 Python 写转账时，最容易漏掉的三件事
omegafw.sepis.com.cn
rolexfw.sepis.com.cn
patekfw.sepis.com.cn
omega1.gmcwatch.cn
rolex1.gmcwatch.cn
patek1.gmcwatch.cn
omega1.swatchsh.com
rolex1.swatchsh.com
patek1.swatchsh.com
omegawx.paydyj.com
rolexwx.paydyj.com
patekwx.paydyj.com
omegawx.watchku.com
rolexwx.watchku.com
patekwx.watchku.com
很多开发者照着示例写完，本地测试正常，上线后出现“扣了钱没到账”——往往卡在这三个细节：
- PHP/Laravel 中用了
DB::transaction()，但没确认当前connection是否真实连向 replicaSet；config/database.php里mongodb配置的options必须含'replicaSet' => 'rs0'，且host要写成数组形式（如['127.0.0.1:27017']）才能触发副本集发现机制 - Python 示例里
client = MongoClient("mongodb://localhost:27017/?replicaSet=rs0")看似正确，但如果系统 hosts 把localhost解析成::1（IPv6），而 mongod 只监听 IPv4，就会连错节点导致事务无声失败 - Node.js 中
await accounts.updateOne(..., { session })漏了await，导致事务函数提前返回，后续操作在 session 外执行 —— 这类错误不会报事务相关异常，只表现为数据不一致
事务不是银弹。它解决的是“多个操作必须全成功或全失败”的强一致性诉求，但代价是锁粒度扩大、性能下降、超时风险。真正该反复检查的，其实是业务是否真的需要跨集合事务——很多时候，把关联数据嵌入同一文档（如把订单明细存进 orders 集合的 items 数组），比硬上分布式事务更简单、更快、更可靠。
