表碎片由频繁增删改导致数据分布不连续，影响查询性能。可通过查询information_schema.tables中data_free和碎片率识别碎片严重表，重点关注data_free大于几十MB且碎片率高的表。使用OPTIMIZE TABLE或ALTER TABLE ... ENGINE=InnoDB重建表以回收空间，建议在低峰期执行，尤其针对大表。需确保innodb_file_per_table=ON，使独立表空间支持空间释放。定期检查高频修改表的碎片情况，结合自动化脚本维护，可有效提升I/O效率与数据库性能稳定性。
MySQL表碎片是由于频繁的增删改操作导致数据在磁盘上分布不连续，从而影响查询性能。特别是使用InnoDB或MyISAM存储引擎时，容易产生碎片。处理表碎片可以提升I/O效率、减少磁盘占用，优化整体数据库性能。
判断是否存在表碎片
在进行碎片清理前，先确认哪些表存在严重碎片。可通过以下SQL查看：
SELECT
table_schema AS '数据库',
table_name AS '表名',
round(data_free/1024/1024, 2) AS '碎片大小(MB)',
round(data_length/1024/1024, 2) AS '数据大小(MB)',
concat(round(data_free/data_length*100, 2), '%') AS '碎片率'
FROM information_schema.tables
WHERE table_schema NOT IN ('information_schema', 'performance_schema', 'mysql')
AND data_free > 0
AND data_length > 0;
重点关注data_free > 0且碎片率较高的表。通常
data_free大于几十MB就值得处理。
使用OPTIMIZE TABLE回收碎片
这是最直接的碎片整理方法，适用于InnoDB和MyISAM表。
OPTIMIZE TABLE your_table_name;
作用：
- 重建表并释放未使用的空间
- 整理数据物理存储顺序
- 更新索引统计信息
注意：
- 执行期间会加锁，MyISAM会阻塞读写，InnoDB在大多数情况下支持在线DML（但仍有短暂锁）
- 大表操作耗时较长，建议在低峰期执行
- 执行后会更新表的auto_increment值
ALTER TABLE重建表（替代方案）
对于不支持OPTIMIZE TABLE的场景，可使用ALTER TABLE方式重建：
ALTER TABLE your_table_name ENGINE=InnoDB;
该命令会触发表重建，达到与OPTIMIZE类似效果。在某些版本或配置下更稳定，尤其适合大表分阶段维护。
配置innodb_file_per_table启用独立表空间
确保InnoDB表启用了独立表空间，便于碎片管理：
innodb_file_per_table = ON
该参数允许每个表的数据和索引存储在独立的.ibd文件中，删除数据后可通过OPTIMIZE TABLE真正释放磁盘空间。若使用共享表空间（ibdata1），即使删除数据也无法收缩文件大小。
定期维护策略建议
- 对频繁DELETE或UPDATE的大表（如日志表）每月检查一次碎片情况
- 结合业务低峰期执行OPTIMIZE TABLE
- 使用脚本自动识别高碎片表并批量处理
- 监控data_free变化趋势，避免空间浪费
基本上就这些。合理维护表结构能有效保持MySQL性能稳定，碎片问题虽隐蔽但不可忽视。
