最近用户反馈，查询统计数据时，变慢了，看生产环境数据库，内容并不多，只有90多万条数据，而索引也都有建，那么为什么会变慢呢，通过查询后发现，这张表的碎片率达到了92%，如下
image.png
-- table_rows 表行数 zize 数据空间 data_free碎片攻
select table_name,table_rows,concat(round(DATA_LENGTH/1024/1024, 2), 'MB') as size,DATA_FREE
from information_schema.`TABLES` order by DATA_LENGTH desc ;
image.png
可以看着这张表的数据才占用463M，但是碎片却占用20G，这时候就需要回收表空间碎片。
目前打算在下次停机发布大版本时，释放这张表
产生原因
表空间碎片产生的常见原因：
记录被Delete，且原空间无法复用；
记录被Update（通常出现在变长字段中），原空间无法复用；
记录插入导致页分裂，页的填充率降低；
影响
如果表空间碎片较大，可能带来的负面影响：
浪费磁盘空间；
可能导致查询扫描的IO成本提升，效率降低；
如果表空间较小或者碎片率较小，用户无需关注，也不建议执行回收空间碎片操作。
回收表空间碎片的方法
回收碎片的常见方法是通过 optimize table tableName 命令释放表空间，重组表数据和索引的物理页，减少所占空间和优化读写性能，操作过程会导致该表上的写操作无法执行，实例负载增大，请用户谨慎操作，如果确定需要回收，建议放在业务低峰期进行。
Alter Table操作也可以达到回收空间碎片的效果，请用户谨慎操作，如果确定需要回收，建议放在业务低峰期进行。
