博客
MySQL里如何避免Drop大表和分区引起IO问题
- 2018年5月28日
- 作者: andrew1024
- 分类目录 MySQL
阅读1,642次
没有评论
问题隐患
由于业务需求不断变化,可能在DB中存在超大表占用空间或影响性能;对这些表的处理操作,容易造成mysql性能急剧下降,IO性能占用严重等。先前有在生产库drop table造成服务不可用;rm 大文件造成io跑满,引发应用容灾;对大表的操作越轻柔越好,例如,如下监控所示,在Drop大表的过程中,由于高的IO造成的查询异常:
解决办法
1.通过硬链接减少mysql DDL时间,加快锁释放
2.通过truncate分段删除文件,避免IO hang
生产案例
某对mysql主备,主库写入较大时发现空间不足,需要紧急清理废弃大表,但不能影响应用访问响应,如下表所示,这个表目前有270GB
$ll /u01/mysql/data/test/tmp_large.ibd -rw-r—– 1 mysql dba 289591525376 Mar 30 2012 tmp_large.ibd
下面我们对这个270GB的大表进行删除,删除变更过程如下:
首先备库先做灰度)
ln tmp_large.ibd /u01/bak/tmp_tbl.ibd #建立硬链接 -rw-r—– 2 mysql dba 289591525376 Mar 30 2012 tmp_large.ibd set session sql_log_bin=0; #不计入bin log节省性能,并且防止主备不一致 desc test.tmp_large; drop table test.tmp_large; Query OK, 0 rows affected (10.46 sec) mysql -uroot -e “start slave;” cd /u01/bak;screen -S weixi_drop_table for i in `seq 270 -1 1 ` ;do sleep 2;truncate -s ${i}G tmp_tbl.ibd;done
rm -rf tmp_tbl.ibd
版权声明:本文为DBARUN原创文章,如需转载请注明本站作者及本文链接,DBARUN保留一切法律解释权。
本文链接:http://www.dbarun.com/mysql/mysql-drop-bigtable-io-question/
作者: 小呆子

我是小呆子,大家好。