mongodb事务跨数据库操作可行，但必须运行于副本集或分片集群，且所有操作需显式传入同一session；单机部署、未配replicaset、漏传session参数均导致事务静默退化。
MongoDB 事务确实可以跨数据库操作，但必须满足硬性前提——不是版本太老导致“不能”，而是部署模式、连接配置或会话使用不当，让事务直接静默退化为普通操作。
事务报 CommandNotSupported: Transactions are not supported on standalone servers 怎么办
这是最典型的误判信号：你以为在用事务，其实根本没进事务上下文。错误根源几乎总是连接串没带 ?replicaSet=rs0 或指向分片集群的 config server 地址。
- 单机
mongod进程（即非副本集、非分片）从 4.0 开始就明确不支持任何事务，无论代码怎么写，session.start_transaction()都会失败 - 即使你用
mongo --host localhost:27017连上了，只要后端不是 replicaSet 模式，db.getSiblingDB("otherdb").collection.insertOne(...)就永远游离于事务外 - 检查方式：在 shell 中执行
rs.status()，如果报not running with --replSet，说明副本集根本没启用
用了 session.withTransaction() 却仍出现数据不一致
事务逻辑看似包裹完整，但实际只有部分操作被纳入——常见原因是漏传 { session } 参数，或跨库操作时用了错误的数据库实例。
-
db.collection.updateOne({ _id: 1 }, { $inc: { balance: -100 } })没传session→ 不在事务中 - 正确写法是
db.collection.updateOne({ _id: 1 }, { $inc: { balance: -100 } }, { session }) - 跨库操作必须全部通过
session绑定的db实例调用，例如：session.getDatabase("db1").coll1.insertOne(...)和session.getDatabase("db2").coll2.insertOne(...) - Laravel 中若用
DB::connection('mongodb_secondary')，该连接默认不共享 session，需手动传入底层 client 的 session 对象
为什么事务内建集合/建索引会报 OperationNotSupportedInTransaction
MongoDB 把 DDL 类操作（如 createCollection、createIndex、dropDatabase）列为事务禁区，不是遗漏功能，而是设计使然——事务只管数据变更的原子性，不管结构变更的协调性。
- 所有参与事务的集合必须在事务开始前已存在；
db.mydb.createCollection("logs")不能放在withTransaction回调里 - 索引也一样：
db.users.createIndex({ email: 1 })必须在事务外提前建好 - 如果业务需要动态建集合，只能拆成两阶段：先建结构（非事务），再写数据（事务）
- 注意：
db.getSiblingDB("otherdb").coll.find()这类只读操作虽允许，但若涉及未创建的集合，会因找不到集合而报错，而非事务拒绝
跨数据库事务中 session 生命周期容易被忽略的点
session 不是全局常驻对象，它有明确存活窗口和绑定关系，超时或断连后事务无法续接。
- 默认 session 最长空闲 60 秒，超过即过期；长时间阻塞（如日志写入、HTTP 调用）会导致
commit_transaction()失败并抛出TransactionTooOld - Node.js 中若用
client.db("a").collection("x").insertOne(..., { session })，该session必须来自同一client实例，跨 client 的 session 无效 - PHP 的 Laravel MongoDB 扩展中，
DB::transaction()底层自动管理 session，但若你在回调里混用原生new \MongoDB\Client()，新 client 的 session 和框架完全无关 - 事务内禁止调用
listCollections、listDatabases等元数据命令，它们会直接中断事务
