MySQL 清除表空间碎片

碎片产生的原因

• 表的存储会出现碎片化，每当删除了一行内容，该段空间就会变为空白、被留空，而在一段时间内的大量删除操作，
  会使这种留空的空间变得比存储列表内容所使用的空间更大；

• 当执行插入操作时，MySQL会尝试使用空白空间，但如果某个空白空间一直没有被大小合适的数据占用，仍然无法将其彻底占用，就形成了碎片；

• 当MySQL对数据进行扫描时，它扫描的对象实际是列表的容量需求上限，也就是数据被写入的区域中处于峰值位置的部分；

例如：
一个表有1万行，每行10字节，会占用10万字节存储空间，执行删除操作，只留一行，实际内容只剩下10字节，但MySQL在读取时，仍看做是10万字节的表进行处理，所以，碎片越多，就会越来越影响查询性能。

查看表碎片大小

1.查看某个表的碎片大小

mysql> SHOW TABLE STATUS LIKE ‘表名’;
结果中’Data_free’列的值就是碎片大小

2.列出所有已经产生碎片的表

mysql> 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;

清除表碎片

（1）MyISAM表

mysql> optimize table 表名

（2）InnoDB表

mysql> alter table 表名 engine=InnoDB

Engine不同,OPTIMIZE 的操作也不一样的,MyISAM 因为索引和数据是分开的,所以 OPTIMIZE 可以整理数据文件,并重排索引.
OPTIMIZE 操作会暂时锁住表,而且数据量越大,耗费的时间也越长,它毕竟不是简单查询操作.所以把 Optimize 命令放在程序中是不妥当的,
不管设置的命中率多低,当访问量增大的时候,整体命中率也会上升,这样肯定会对程序的运行效率造成很大影响.比较好的方式就是 做个shell,
定期检查mysql中information_schema.TABLES字段,查看 DATA_FREE 字段,大于0话,就表示有碎片.

以上转载自：http://www.cnblogs.com/wuheng1991/p/5354693.html

注：innodb经测试表原data_free为7340032，alter table 表名 engine=InnoDB后，data_free还是7340032，大小没有改变。原因有待分析。
eg.
查看表ibd文件大小

]# du -sh PT563*
16K PT563.frm
104M PT563.ibd

对表进行删除数据：

DELETE FROM PT563 WHERE F5 =2

查看ibd文件大小：

]# du -sh PT563*
16K PT563.frm
104M PT563.ibd —–大小没有改变

查看data_free大小变化：

SHOW TABLE STATUS LIKE ‘PT563’—-data_free变大

清理表空间碎片：

ALTER TABLE PT563 ENGINE=’InnoDB’;

查看data_free大小

data_free=4194304 变小了但是不为零。
（为啥不为零？希望大神不吝告知）

查看表ibd文件大小

28M PT563.ibd—-文件大小缩小。清理碎片成功