能，但必须在副本集或分片集群中通过mongos连接、所有数据库同属一集群、显式传入同一session且配置readConcern="snapshot"和writeConcern={w:"majority"}。
能，但有严格前提：必须在同一个副本集内，且所有涉及的数据库都位于该副本集的主节点上。
事务跨数据库的前提条件
MongoDB 允许事务操作多个数据库，但不是“任意跨库”——它依赖会话（session）和底层存储引擎的事务能力。关键约束如下：
- 所有目标数据库必须属于同一个副本集（replica set），不能跨分片集群的不同分片（shard）；
- 事务中所有写操作必须使用 WiredTiger 存储引擎（这是默认且唯一支持事务的引擎）；
- 不能混合使用
local和config数据库（例如不能在事务里改system.views或配置集合）； - 读关注（
readConcern）和写关注（writeConcern）需显式设置为支持事务的级别，比如"majority"。
startTransaction() 后如何访问不同数据库
事务本身不绑定到某个数据库，而是绑定到会话。你可以在同一事务中通过 session.getDatabase("db1") 和 session.getDatabase("db2") 获取不同数据库的句柄，再调用其集合方法：
const session = client.startSession();
await session.withTransaction(async () => {
const db1 = session.getDatabase("orders");
const db2 = session.getDatabase("inventory");
await db1.collection("orders").insertOne({ order_id: "123", status: "pending" });
await db2.collection("stock").updateOne(
{ sku: "abc" },
{ $inc: { qty: -10 } }
);
});
注意：不能用 client.db("db1").collection(...) 这种方式，必须通过 session.getDatabase() 获取，否则操作脱离事务上下文。
常见错误：跨数据库事务失败却无明确报错
这类问题往往静默失败或抛出模糊异常，典型现象包括：
-
TopologyDescription状态为Unknown或ReplicaSetNoPrimary：说明会话未连上副本集主节点； - 事务提交时抛出
UnknownTransactionCommitResult：通常是写关注未满足，比如副本集只有 1 个节点（需至少 3 节点才能满足"majority"）； - 操作看似成功但数据未持久化：可能因用了
readConcern: "local"导致读到了未提交/回滚的数据，误判事务生效； - 分片集群下跨库失败却不报错：MongoDB 4.4+ 支持分片集群全局事务，但要求所有集合使用相同分片键，且事务内不能混用分片与非分片集合。
跨数据库事务真正生效的边界很窄：它不是“语法允许就能跑通”，而是取决于部署拓扑、引擎配置、读写关注策略三者的精确匹配。最容易被忽略的是——你以为在副本集里，其实连的是 standalone 实例，而 standalone 不支持多文档事务。
