关于mysql中OPTIMIZE TABLE的使用

一，我们在使用delete删除表数据时，数据虽然删除了，但是空间并没有释放

1，*.frm--表定义，是描述表结构的文件。

2，*.MYD--"D"数据信息文件，是表的数据文件。

3，*.MYI--"I"索引信息文件，是表数据文件中任何索引的数据树。

以上三个文件的大小一点没有改变，这是因为mysql在删除数据的时候，会留下许多的数据空洞，这些空洞会占据原来数据的空间，所以文件的大小没有改变。这些空洞在以后插入数据的时候可能会被再度利用起来，当然也有可能一直存在。这种空洞不仅额外增加了存储代价，同时也因为数据碎片化降低了表的扫描效率。那么如何解决这个问题呢，这时候就可以用到OPTIMIZE TABLE这个命令了。

二，在使用OPTIMIZE TABLE的时候，需要注意一下几点：

1，MySQL官方建议不要经常(每小时或每天)进行碎片整理，一般根据实际情况，只需要每周或者每月整理一次即可，可以写成定时任务来做。

2，OPTIMIZE TABLE只对MyISAM，BDB和InnoDB表起作用，尤其是MyISAM表的作用最为明显，在对InnoDB使用时，会出现以下这个问题：

会报“Table does not support optimize, doing recreate + analyze instead”，可以有两种方法解决这个问题
（1），一般情况下，由myisam转成innodb，会用alter table table.name engine='innodb'进行转换，优化也可以用这个。所以当是InnoDB引擎时我们就用alter table table.name engine='innodb'来代替optimize做优化就可以。

（2），我们还可以用mysqld --skip-new或者mysqld --safe-mode命令来重启MySQL，以便于让其他引擎支持OPTIMIZE TABLE。

如果对MyISAM进行OPTIMIZE TABLE处理，就不会出现这些问题：

3，在OPTIMIZE TABLE运行过程中，MySQL会锁定表。所以要在业务低峰期进行表空间碎片的整理，还可以使用pt-online-schema-change利用3个触发器完成在线改表，也能完成在线碎片整理，这样不会造成锁表，以后详解。