如何确认AWS上MongoDB副本集的实际数据库大小（迁移至DocumentDB）

你执行db.stats()拿到的输出里，几个关键的大小字段我帮你拆解清楚，方便你评估迁移到AWS DocumentDB所需的存储空间：

核心字段详解 #

• dataSize: 这是你数据库里实际业务文档数据的总大小（单位字节），也就是输出里的238334118124字节，换算下来大概222GB。这个值完全是你的业务数据体积，不包含索引、存储引擎开销这类额外内容。
• storageSize: 这是MongoDB为你的数据实际占用的磁盘空间（239889897792字节，约223GB）。它包含了业务数据，加上MMAPv1存储引擎（从numExtents字段能看出来你用的是这个引擎）的内部管理开销，不过你的extentFreeList.totalSize是0，说明目前没有已删除但未回收的空闲空间，所以这个值和实际使用的磁盘空间几乎一致。
• indexSize: 所有数据库索引占用的磁盘空间，这里是2404561600字节，约2.24GB。迁移到DocumentDB时，这些索引也需要同步创建，所以这个大小必须算进存储空间评估里。
• fileSize: 这是MongoDB数据文件的总大小（244627537920字节，约228GB），包含了数据、索引，还有MMAPv1引擎预分配的空闲空间（预分配是为了减少频繁磁盘IO）。这个值会比实际使用空间大，因为预分配的空间还没被用到。

迁移DocumentDB的参考大小 #

估算DocumentDB所需存储空间的话，建议以dataSize + indexSize作为基础（大概224.24GB），再额外预留10%-20%的空间，用于DocumentDB自身的存储开销、未来数据增长和索引维护。另外，DocumentDB默认用WiredTiger引擎，自带数据压缩，实际占用的磁盘空间可能会比MongoDB的storageSize小一些，具体要看你的数据可压缩程度。

如果想更精准，你也可以针对单个集合执行db.目标集合名.stats()，这样能逐个查看集合的数据和索引大小，更细致地评估迁移需求。

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