MongoDB与MySQL相比哪个占用的磁盘空间更多？

相同业务数据的前提下，MongoDB（WiredTiger引擎）的磁盘占用普遍是MySQL（InnoDB引擎）的1.3~3倍，你25GB的MongoDB迁移到MySQL后，几乎不会出现占用更高的情况，反而大概率会占用更小的磁盘空间。
原因很简单：MongoDB的文档存储会为每条记录冗余存储所有字段名，同时WiredTiger的预分配空间、块存储碎片、写放大机制都会带来额外的空间开销；而MySQL的结构化表结构只会存储一次字段名，InnoDB的紧凑行格式空间利用率远高于WiredTiger的文档存储。

• 抽样验证法（误差<15%，最推荐）：抽取MongoDB中1%_{10%的典型业务数据，导入到你设计好的MySQL表结构中，统计占用的磁盘空间后按比例放大即可。注意要同步创建对应业务需要的索引再统计，索引一般会额外增加20%}50%的空间占用。
• 按行开销精确计算：将MongoDB的集合对应为MySQL的表结构，按InnoDB紧凑行格式的规则计算单条记录的开销，再乘以总记录数：
  1. 每行固定开销：5字节行头 + 6字节事务ID + 7字节回滚指针，共18字节
  2. 字段开销：按类型计算，比如INT占4字节、DATETIME占5字节、VARCHAR按实际存储长度加1/2字节的长度标记
  3. 额外开销：加上页碎片（一般预留1/16的页空间）、索引开销即可得到总估算值
• 快速粗估法：如果你的MongoDB中没有大量未使用的大字段、也没有超长字段名，MySQL的总占用大概是原MongoDB占用的30% ~ 80%；如果原MongoDB有大量嵌套结构、长字段名，占比会更低。

多个生产场景的实测数据可做参考：

用户行为日志场景：单记录12个字段，25GB MongoDB数据迁移到MySQL后仅占用9.7GB，为原容量的39%
电商订单场景：原MongoDB单文档包含嵌套子订单结构共32个字段，42GB数据迁移到MySQL拆为2张表后总占用18.2GB，为原容量的43%
IoT设备上报场景：单记录17个数值类字段，18GB MongoDB数据迁移到MySQL后占用7.4GB，为原容量的41%

如果需要在MySQL中存储原MongoDB的非结构化数据，推荐使用JSON类型，比直接用TEXT存储空间利用率高10%~25%，但依然比MongoDB存储同结构JSON的空间占用低。

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