RDS MySQL实例可用存储空间与预分配存储容量不匹配问题咨询

核心前提说明 #

你执行的SQL统计的data_free是InnoDB预分配给表空间但尚未写入数据的碎片空间，这部分空间仍归属InnoDB表空间文件占用，不属于操作系统层面的空闲磁盘空间，和RDS监控统计的实例可用空间属于完全不同的统计维度，二者不能直接等价计算。

差异产生的常见原因 #

• InnoDB系统表空间（ibdata1）占用：ibdata1除存储表元数据外，还会保存undo日志、双写缓冲区、变更缓冲区等内容，且该文件默认仅支持扩容不支持自动收缩，即便删除了数据，已占用的磁盘空间也不会释放回操作系统，这部分占用无法通过你执行的SQL统计到。
• 独立undo表空间占用：MySQL 5.7及以上版本默认开启独立undo表空间，长事务持有旧版本数据快照时会导致undo日志持续堆积，undo表空间扩容后也不会自动收缩，同样不会被你的统计SQL覆盖。
• Binlog日志占用：RDS MySQL默认开启Binlog用于主备同步和数据备份，Binlog属于实例级日志文件，不归属任何数据库的表空间，你使用的统计SQL完全无法统计到这部分占用。如果Binlog保留时间设置较长，写入量较大的场景下，单Binlog占用十几GB是非常普遍的情况。
• 临时文件/临时表空间占用：MySQL运行过程中产生的磁盘临时表、大查询排序/关联操作生成的临时文件，都会占用实例磁盘空间，这部分占用也不在你的SQL统计范围内。
• RDS系统预留空间：RDS实例会预留总存储的5%~10%左右的空间用于操作系统运行、RDS管理进程、系统日志缓冲等场景，这部分空间不会开放给用户使用，也不会计入用户可用空间。

排查与解决建议 #

• 优先登录RDS控制台，在存储占用明细页查看各模块的空间分布，定位高占用的模块。
• 若为Binlog占用过高，可在不影响数据备份和主备同步的前提下，适当缩短Binlog保留时长，RDS会自动清理过期Binlog释放空间。
• 若为ibdata1或undo表空间占用过高，先检查是否有运行时间超过数小时的长事务，及时终止无意义的长事务避免undo日志持续堆积；如果是表碎片较多，可在业务低峰期对大表执行OPTIMIZE TABLE语句整理碎片，释放空闲空间。如果系统表空间膨胀过于严重，可通过将数据迁移至新RDS实例的方式彻底回收空间。
• 确认实例innodb_file_per_table参数是否开启，该参数开启的前提下，执行DROP TABLE或TRUNCATE TABLE操作会直接释放空间到操作系统，否则仅会将空间释放到ibdata1文件。

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