# 数据碎片 当删除了数据表中的一条记录时，该记录占用对的空间会被留空，如果经常插入数据和删除数据，则会产生很多不连续的碎片，这样久而久之，这个表就会占用很大空间，但实际上表里面的记录数却很少，这样不但会浪费空间，而且查询速度也更慢。 在长期的数据更改过程中，索引文件和数据文件，都将产生空洞，形成碎片，我们可以通过一个操作（不产生对数据实质影响的操作）来修改表， 删除了一部分数据，应该表的容量会减少一部分，但是没有减掉 ## 开始整理： MyISAM表 ~~~ mysql> optimize table 表名 ~~~ InnoDB表 ~~~ mysql> alter table 表名 engine=InnoDB ~~~ Engine不同,OPTIMIZE 的操作也不一样的,MyISAM 因为索引和数据是分开的,所以 OPTIMIZE 可以整理数据文件,并重排索引. 但是有人说optimize table 表名，也可以修复。没试过,估计对innodb不行 OPTIMIZE 操作会暂时锁住表,而且数据量越大,耗费的时间也越长,它毕竟不是简单查询操作.所以把 Optimize 命令放在程序中是不妥当的,不管设置的命中率多低,当访问量增大的时候,整体命中率也会上升,这样肯定会对程序的运行效率造成很大影响.比较好的方式就是做个shell,定期检查mysql中 information_schema.TABLES字段,查看 DATA_FREE 字段,大于0话,就表示有碎片 注意：修复表的数据及索引碎片，就会把所有的数据文件重新整理一遍，使之对齐，这个过程，如果表的行数比较大，也是比较耗费资源的操作，所以，不能频繁的修复。 如果表的update，delete操作很频繁，可以按周月来修复。 清除碎片操作会暂时锁表，数据量越大，耗费的时间越长，可以做个脚本，定期在访问低谷时间执行，例如每周三凌晨，检查DATA_FREE字段，大于自己认为的警戒值的话，就清理一次 # 如何查看数据表的碎片空间有多大？ ~~~ SHOW TABLE STATUS LIKE '表名'\G; “data_free”一项显示了表的留空空间。 ~~~ 列出所有已经产生碎片的表 ~~~ select table_schema db, table_name, data_free, engine from information_schema.tables where table_schema not in ('information_schema', 'mysql') and data_free > 0; ~~~