【問題隱患】

由于業(yè)務(wù)需求不斷變化，可能在DB中存在超大表占用空間或影響性能；對這些表的處理操作，容易造成mysql性能急劇下降，IO性能占用嚴(yán)重等。先前有在生產(chǎn)庫drop table造成服務(wù)不可用；rm 大文件造成io跑滿，引發(fā)應(yīng)用容災(zāi)；對大表的操作越輕柔越好。

【解決辦法】

1.通過硬鏈接減少mysql DDL時間，加快鎖釋放

2.通過truncate分段刪除文件，避免IO hang

【生產(chǎn)案例】

某對mysql主備，主庫寫入較大時發(fā)現(xiàn)空間不足，需要緊急清理廢棄大表，但不能影響應(yīng)用訪問響應(yīng)：

$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節(jié)省性能，并且防止主備不一致  
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工具集  
wget http://ftp.gnu.org/gnu/coreutils/coreutils-8.9.tar.gz  
tar -zxvf coreutils-8.9.tar.gz  
cd coreutils-8.9  
./configure  
make  
sudo cp src/truncate /usr/bin/  

【編輯推薦】

1. 用vsftpd和mysql創(chuàng)建一個虛擬用戶ftp服務(wù)器
2. Linux下MySQL服務(wù)器級優(yōu)化技巧
3. MySQL創(chuàng)立者：云計算必須建立在開源之上

【責(zé)任編輯：黃丹 TEL：（010）68476606】