本节主要内容：
mysql删除大表
问题描述：
在DB中存在超大表占用空间或影响性能；
对这些表的处理操作，容易造成mysql性能急剧下降，IO性能占用严重等。
先前有在生产库drop table造成服务不可用；rm 大文件造成io跑满，引发应用容灾；对大表的操作越轻柔越好。
解决办法：
1，通过硬链接减少mysql DDL时间，加快锁释放
2，通过truncate分段删除文件，避免IO hang
一，生产案例
某对mysql主备，主库写入较大时发现空间不足，需要紧急清理废弃大表，但不能影响应用访问响应：
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
二，性能比较
中间ctrl-C一次，可以看到truncate前后io的对比情况，基本上影响不大
文件大小也成功更新
三，工具介绍
truncate – shrink or extend the size of a file to the specified size
#来自coreutils工具集