MongoDB Atlas M10集群磁盘占用远超预期排查咨询

1. 套餐的10GB存储是否指磁盘已用空间？ #

是的，MongoDB Atlas M10套餐的10GB存储上限指的是集群的总磁盘已用空间，对应db.stats()返回的fsUsedSize数值。这个数值包含所有内容：业务数据库的存储、系统库（如local）的占用、oplog日志、预分配的数据文件、日志文件等，并非仅统计业务库的storageSize。

2. 如何深入排查磁盘高占用的构成？ #

• 全库存储统计：执行以下命令查看所有数据库的存储明细，区分业务库和系统库的占用：

  db.adminCommand("listDatabases").databases.forEach(db => {
    let stats = db.getSiblingDB(db.name).stats();
    print(`${db.name}: storageSize=${(stats.storageSize/1024/1024).toFixed(2)}MB, fsUsedSize=${(stats.fsUsedSize/1024/1024/1024).toFixed(2)}GB`)
  })
  

• 定位local库的大集合：切换到local库后，逐个查看集合的大小，重点排查oplog.rs（复制日志集合）：

  use local
  db.getCollectionNames().forEach(col => {
    print(`${col}: ${(db[col].stats().size/1024/1024).toFixed(2)}MB`)
  })
  

  同时可查看oplog的详细信息，确认是否是oplog过大导致：

  db.getReplicationInfo()
  

• 查看Atlas监控面板：在Atlas控制台的集群监控页面，找到存储细分模块，可直观看到业务数据、系统数据、oplog、日志等各部分的占用占比。
• 检查预分配文件与日志：MongoDB会预分配数据文件以提升性能，这部分也会占用磁盘空间；另外可查看集群的日志文件大小，确认是否有大量日志堆积。

3. 当前场景是否适合NoSQL，是否需迁移至关系型数据库？ #

当前磁盘占用高是local库（主要是oplog）的配置/存储问题，并非NoSQL选型不匹配，无需直接迁移至关系型数据库。

• 先优先解决local库的占用问题：比如在Atlas控制台调整oplog的保留时间（缩小oplog大小），清理不必要的系统数据。
• 是否适合MongoDB，取决于你的业务场景：如果业务涉及非结构化/半结构化数据、需要灵活的Schema、高并发读写或未来有水平扩展需求，MongoDB是合适的；只有当业务核心是强事务约束、复杂多表关联查询，且当前MongoDB的使用完全无法适配业务需求时，才需要考虑迁移到关系型数据库。

内容的提问来源于stack exchange，提问作者Vlad Nitu