MongoDB能否在事务中drop集合并插入新数据，是否存在性能问题？

• 你设想的方案无法直接落地：MongoDB 4.0+ 提供的多文档事务仅支持对已存在的集合执行CRUD类读写操作，drop() 属于集合结构变更类的DDL操作，不被允许在事务内部执行，因此你没法在同一个事务中完成「删除旧集合→写入同名集合新数据」的全流程。
• 如果你核心需求是全量原子替换集合数据，且替换过程中旧数据持续可访问，推荐用官方认可的成熟方案：
  1. 新建一个临时集合，写入全部新数据，可根据业务情况控制写入速度避免影响线上业务
  2. 执行renameCollection命令，将原集合重命名为备份集合，同时将临时集合重命名为原业务使用的集合名。该操作是原子性的元数据操作，仅修改MongoDB内部的命名空间映射，全程耗时在毫秒级，业务侧几乎无感知
  3. 确认业务运行正常后，可自行删除备份的旧集合释放空间

• 如果你采用上述renameCollection的原子切换方案，几乎不会产生明显的性能问题：
  • 写入临时集合的过程完全独立于业务使用的原集合，不会影响现有业务的读写请求，仅会占用对应量的磁盘空间和写入IO资源，你可以通过限速写入避免占满集群带宽
  • renameCollection本身不涉及数据的物理移动，不管集合数据量多大，执行耗时都在毫秒级，不会造成业务请求阻塞
• 如果你不使用原子切换方案，强行采用「先删除旧集合再全量写入新数据」的非事务实现，会存在两个明显性能问题：
  • 删除集合后立刻写入大量数据，会触发集合的动态空间分配流程，写入速度比预先分配了空间的集合慢30%~50%
  • 删除大体积集合时，MongoDB需要回收对应的磁盘块，会瞬间占用大量IO资源，可能导致其他业务请求出现短时卡顿

内容的提问来源于stack exchange，提问作者D. O.