一,我们在使用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个触发器完成在线改表,也能完成在线碎片整理,这样不会造成锁表,以后详解。