Online-紧急救援-MySQL碎片清理-释放表空间

前言：

公司线上数据库服务器启用了仪表盘监控磁盘空间，收到信息立马着手，确认是mysql的占用空间比较大。于是，确认是哪个表占空间比较大后，删除（delete）了部分数据，但服务器硬盘空间并没有释放掉，警告信息仍然嚣张的存在。

1：方法 drop

1-1：提前备份表 (结构、数据、结构以及数据，这里使用 ①)

导出 ai_image_message_mood、ai_message_user、ai_push_photo 生成 data.sql 脚本

--表结构
1.mysqldump -uroot -ppwd -d ai --tables ai_image_message_mood ai_message_user ai_push_photo --triggers=false --replace > data.sql
--表数据
2.mysqldump -uroot -ppwd -t ai --tables ai_image_message_mood ai_message_user ai_push_photo --triggers=false --replace > data.sql
--表结构以及表数据
3.mysqldump -uroot -ppwd    ai --tables ai_image_message_mood ai_message_user ai_push_photo --triggers=false --replace > data.sql

drop table table_name

2：方法 truncate

truncate table table_name;

3：方法 delete(出现问题的方法)

delete table table_name;

optimize table table_name;

补充:

1、如何使optimize 支持其他引擎？

默认情况下，optimize目前只对MyISAM、InnoDB，ARCHIVE的表起作用,不支持其他存储引擎，但是可以在启动mysqld的时候，使用
–skip-new 参数，这种情况下，optimize命令，将会被映射到alter table命令上，实现上述的功能。

2、该物理删除还是逻辑删除？

生产环境下，尽量不要用物理删除，一旦物理删除了，意味着数据恢复就会很麻烦。建议逻辑删除，数据仍存储在DB里。如果数据量很大的时候，可以考虑使用分库分表。但，这个仍旧是需要根据业务场景来。

3、optimize执行时会将表锁住，所以不要在高峰期使用。也不要经常使用，每月一次就足够了。

---

我用的是方法3回过头看问题仪表盘监控磁盘空间，硬盘空间并没有释放。

原因：

没有整理碎片 使用 optimize 整理优化即可，使用delete删除的时候，mysql并没有把数据文件删除，而是将数据文件的标识位删除，没有整理文件，因此不会彻底释放空间。被删除的数据将会被保存在一个链接清单中，当有新数据写入的时候，mysql会利用这些已删除的空间再写入。即，删除操作会带来一些数据碎片，正是这些碎片在占用硬盘空间

比较

drop table table_name 立刻释放磁盘空间 ，不管是 Innodb和MyISAM (删除表全部数据和表结构)；
truncate table table_name 立刻释放磁盘空间 ，不管是 Innodb和MyISAM (删除表全部数据，保留表结构);
delete table table_name 不会释放磁盘空间，不管是innodb还是MyISAM

解决结果

提示
本人以抱着学习的态度去分享，以上内容如有雷同，不胜荣幸！如有不足，欢迎评论留言！