由于定期删除重复数据，一张表占用了大量空间。使用`DELETE WHERE`删除数据后，表空间并未减小，反而导致空间告警。原因是DELETE操作产生碎片。`OPTIMIZE TABLE`可以整理碎片，但需要额外空间备份，而在剩余空间不足的情况下，选择`mysqldump`导出再导入以清理碎片，同时介绍了`TRUNCATE TABLE`作为快速清空表的替代方案。
背景：
因为每天都有数个手机数据的定时任务，且每天收集的数据中存在重复数据的问题，数据库的某张表空间越来越大。整个数据库实例的空间是30GB，一张表就占了22GB，导致数据的查询越来越慢，因此决定删除重复数据。
实施：
删重复数据采用的方法是直接delete where，总数据量200W+行，删完后大概还有70W行，搞完直接回家睡大觉
突然：
才删了过了3天，突然收到告警，说数据库的表空间使用已经超过90%，急需扩容或优化。当时就蒙了，不是才删掉100W行的数据吗？为什么这么快就有告警了
排查：
跑到目标机器数据库目录下ls看了下表大小，果然依然是22GB，还往上涨了点，接着select一下数据行数，确实只有70W行，为什么会这样？百度后才知道：
- delete from table_name where 条件删除数据后，数据表占用的空间大小不会变。
- 不跟条件直接delete的时候。如：delete from table_name清除了数据，同时数据表的空间也会变为0。
这是因为删除操作后在数据文件中留下碎片所致。DELETE只是将数据标识位删除，并没有整理数据文件，当插入新数据后，会再次使用这些被置为删除标识的记录空间
这个时候我们该使用 OPTIMIZE TABLE 指令对表进行优化了。
命令语法：OPTIMIZE [LOCAL | NO_WRITE_TO_BIN
最低0.47元/天 解锁文章
扫一扫
926
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
