MySQL RDS单表备份恢复后表大小差异问题咨询

以下是导致该差异的常见原因：

• 碎片空间清理：源表经过频繁的更新、删除操作后，会积累大量未释放的磁盘碎片。MySQL默认不会自动回收这些碎片，而导出再导入的过程相当于重建了表结构与数据，碎片被彻底清理，目标表因此更紧凑。你可以在源库执行OPTIMIZE TABLE 表名;（注意锁表风险），之后源表大小会接近目标表。
• 存储引擎配置差异：若源库与目标库的InnoDB配置不同，会直接影响表体积：
  • innodb_file_per_table：源库未开启时，表数据存入共享表空间，可能混杂其他冗余数据；目标库开启后，表使用独立表空间，仅存储自身数据。
  • innodb_page_size：不同的页大小（如16KB vs 8KB）会改变数据存储的紧凑度，更小的页可能减少空间浪费。
  • 行格式差异：源表用COMPACT行格式，目标表用COMPRESSED行格式，压缩格式会大幅降低表体积。
• 字符集与排序规则差异：源表和目标表的字符集、排序规则不同时，字符串存储的字节数会变化。比如源表用utf8mb4（单字符最多4字节），目标表用utf8（单字符最多3字节），相同字符串会占用更少空间；部分排序规则的存储开销也存在差异。
• 索引重建优化：导出导入过程中索引会被重新构建，源表的索引可能存在碎片，而新构建的索引结构更紧凑，占用空间更少。
• RDS存储层优化差异：不同RDS实例的存储策略可能不同，比如目标库使用了SSD存储的透明压缩功能，或者存储层有额外的空间优化机制，导致实际占用空间低于源库。

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