MongoDB事务禁止DDL操作，因元数据变更不可回滚；createIndex在4.4+仅支持普通索引且需集合已存在；跨库DDL仍受限；“建表+写入”需应用层幂等协调。
事务中执行 createCollection 会报错：「Command not supported inside a transaction」
MongoDB 事务明确禁止在事务块内创建集合（createCollection）、删除集合（drop）、重命名（renameCollection）等 DDL 操作。这不是驱动或语法问题，而是服务端硬性限制——哪怕你用 db.runCommand({create: "xxx"}) 或 db.createCollection("xxx")，只要在 session.startTransaction() 之后调用，就会立刻返回该错误。
根本原因在于：事务的原子性和隔离性依赖于 oplog 的可回滚操作，而集合创建涉及元数据变更（如 system.namespaces、目录结构、WiredTiger 文件句柄），这些变更无法安全地回滚。MongoDB 不提供「回退一个集合创建」的能力，所以干脆禁止。
实操建议：
- 所有集合必须在事务开始前显式创建；可用
db.collection.findOne()+db.runCommand({listCollections: ...})预检是否存在，避免「不存在就创建」逻辑误入事务 - 若需动态建表（如多租户场景），建表操作必须走独立 session，且需自行处理失败重试与幂等性（例如用
createCollection的failIfExists: true配合捕获NamespaceExists错误） - 不要试图用
db.eval()或聚合管道绕过——该命令在 4.2+ 已废弃，且同样不支持事务内执行
为什么 createIndex 在事务里有时成功、有时失败？
createIndex 在事务中并非完全禁止，但行为高度依赖 MongoDB 版本和索引类型。4.4+ 允许在事务中创建「非唯一、非 TTL、非文本、非地理空间」的普通索引，前提是集合已存在且未被其他写操作修改过。一旦触发后台索引构建（background: true），或尝试建唯一索引，就会立即报错 CommandNotSupported。
关键点是：事务内的索引创建是同步阻塞的，且必须在当前事务的 snapshot 下完成全部元数据写入。如果索引字段存在重复值（即使未提交），唯一索引校验会失败；TTL 索引则依赖定时任务，与事务生命周期冲突。
实操建议：
- 永远显式设置
background: false（默认值），避免隐式后台模式触发失败 - 建唯一索引前，先在事务外用
db.collection.aggregate([...])校验候选键的唯一性 - 生产环境应避免在事务中建索引——性能差（阻塞事务）、易超时、且无法利用后台构建优势；推荐在低峰期单独执行
事务中调用 db.getSiblingDB() 切换数据库后执行 DDL，是否绕过限制？
不能。事务绑定的是整个 session，不是某个数据库上下文。db.getSiblingDB("otherdb") 只是切换了 shell 的默认数据库引用，底层 session 仍处于同一事务中。此时对 otherdb 执行 createCollection 或 createIndex，依然会触发相同限制和错误。
更隐蔽的问题是：跨库读写本身在分片集群中受严格约束——事务只能跨越同属一个分片键范围的集合，且不能跨分片执行 DDL。即使单机部署，跨库 DDL 也从不被允许。
实操建议：
- 不要依赖 shell 切库来试探边界；直接用
session.getDatabase("db1").collection1.insertOne(...)显式指定作用域 - 多库协作逻辑（如「A 库写日志 + B 库更新状态」）必须确保所有集合预先存在，DDL 和 DML 严格分离
- 分片集群下，事务仅支持单分片内操作；跨分片事务（multi-shard transaction）虽在 4.2+ 实验性支持，但 DDL 仍被全局禁止
替代方案：如何安全实现「原子性建表 + 写入」语义？
没有真正原子的「建表并插入」，但可通过应用层协调逼近效果。核心思路是把 DDL 当作前置条件，用幂等写入 + 状态标记模拟原子性。
常见做法：
- 预置空集合（如
orders_template），用collMod动态调整选项（如 TTL），再重命名（renameCollection）为业务名——注意重命名本身不可在事务中做 - 写入前先 upsert 一条「schema_version」文档，记录集合是否已就绪；后续所有写入检查该标记，缺失则拒绝并抛出明确错误
- 使用 Change Stream 监听
create事件，在应用层触发初始化填充；配合分布式锁（如 Redis）防止并发建表
最易忽略的一点：索引创建后的写入延迟。即使 createIndex 返回成功，WiredTiger 的索引构建可能仍在后台进行，此时立即查询可能走不到新索引。务必在建索引后加 db.collection.getIndexes() 轮询确认状态，或接受短暂窗口期。
