对于innodb独立表空间来说,delete 是不能回收其在磁盘所占用的空间,采用truncate (原理是先删除,或重建)倒是可以;
这里不讨论直接drop表的情况,直接alter table ....engine=innodb 是可以整理碎片,回收部分表空间,在数据量小或者buffer pool 比较小的时候(小于30G)倒是很不错;
在这里我介绍一种安全高效的碎片整理方法;pt-online-schema-change
percona这款工具本身是用来进行非阻塞的online ddl的,但由于只有alter table ...语句才能回收表空间,那可以采用该工具的原理:创建一张临时表,以触发器来保证与原表的数据一致,最后renmame替换掉;用过这款工具的朋友可能会有疑问,“online ddl”最后的操作时 drop old table;drop trigger;这样的操作;但可以采用--no-drop-old-table,让其不会删除旧表,等有其他时间的时候,采用脚本形式批量删除记录,最后在drop掉剩余的“小表”;这样就避免了hang 住系统;
本人亲测,版本2.2.1,60G表,2个小时左右回收至21G;
本文转自 位鹏飞 51CTO博客,原文链接:http://blog.51cto.com/weipengfei/1310579,如需转载请自行联系原作者