MySQL中怎么有效的刪除一個(gè)大表

MySQL中怎么有效的刪除一個(gè)大表，很多新手對(duì)此不是很清楚，為了幫助大家解決這個(gè)難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

在MySQL中如何有效的刪除一個(gè)大表？

在DROP TABLE 過程中，所有操作都會(huì)被HANG住。

這是因?yàn)镮NNODB會(huì)維護(hù)一個(gè)全局獨(dú)占鎖（在table cache上面），直到DROP TABLE完成才釋放。
在我們常用的ext3,ext4，ntfs文件系統(tǒng)，要?jiǎng)h除一個(gè)大文件（幾十G，甚至幾百G）還是需要點(diǎn)時(shí)間的。
下面我們介紹一個(gè)快速DROP table 的方法； 不管多大的表,INNODB 都可以很快返回，表刪除完成；
實(shí)現(xiàn)：巧用LINK（硬鏈接）

實(shí)測：

root@127.0.0.1 : test 21:38:00> show table status like ‘tt’ \G
*************************** 1. row ***************************
Name: tt
Engine: InnoDB
Version: 10
Row_format: Compact
Rows: 151789128
Avg_row_length: 72
Data_length: 11011096576
Max_data_length: 0
Index_length: 5206179840
Data_free: 7340032
Auto_increment: NULL
Create_time: 2011-05-18 14:55:08
Update_time: NULL
Check_time: NULL
Collation: utf8_general_ci
Checksum: NULL
Create_options:
Comment:
1 row in set (0.22 sec)

root@127.0.0.1 : test 21:39:34> drop table tt ;
Query OK, 0 rows affected (25.01 sec)

刪除一個(gè)11G的表用時(shí)25秒左右（硬件不同，時(shí)間不同）；

下面我們來對(duì)另一個(gè)更大的表進(jìn)行刪除；
但之前，我們需要對(duì)這個(gè)表的數(shù)據(jù)文件做一個(gè)硬連接：

root@ # ln stock.ibd stock.id.hdlk
root@ # ls stock.* -l
-rw-rw—- 1 MySQL mysql        9196 Apr 14 23:03 stock.frm
-rw-r–r– 2 mysql mysql 19096666112 Apr 15 09:55 stock.ibd
-rw-r–r– 2 mysql mysql 19096666112 Apr 15 09:55 stock.id.hdlk

你會(huì)發(fā)現(xiàn)stock.ibd的INODES屬性變成了2；

下面我們繼續(xù)來刪表。

root@127.0.0.1 : test 21:44:37> show table status like ‘stock’ \G
*************************** 1. row ***************************
Name: stock
Engine: InnoDB
Version: 10
Row_format: Compact
Rows: 49916863
Avg_row_length: 356
Data_length: 17799577600
Max_data_length: 0
Index_length: 1025507328
Data_free: 4194304
Auto_increment: NULL
Create_time: 2011-05-18 14:55:08
Update_time: NULL
Check_time: NULL
Collation: utf8_general_ci
Checksum: NULL
Create_options:
Comment:
1 row in set (0.23 sec)

root@127.0.0.1 : test 21:39:34> drop table stock ;
Query OK, 0 rows affected (0.99 sec)

1秒不到就刪除完成； 也就是DROP TABLE不用再HANG這么久了。
但table是刪除了，數(shù)據(jù)文件還在，所以你還需要最后數(shù)據(jù)文件給刪除。

root # ll
total 19096666112
-rw-r–r– 2 mysql mysql 19096666112 Apr 15 09:55 stock.id.hdlk
root # rm stock.id.hdlk
雖然DROP TABLE 多繞了幾步。(如果你有一個(gè)比較可靠的自運(yùn)行程序（自動(dòng)為大表建立硬鏈接，并會(huì)自動(dòng)刪除過期的硬鏈接文件），就會(huì)顯得不那么繁瑣。)
這樣做能大大減少M(fèi)YSQL HANG住的時(shí)間； 相信還是值得的。

至于原理: 就是利用OS HARD LINK的原理,
當(dāng)多個(gè)文件名同時(shí)指向同一個(gè)INODE時(shí),這個(gè)INODE的引用數(shù)N>1, 刪除其中任何一個(gè)文件名都會(huì)很快.
因?yàn)槠渲苯拥奈锢砦募K沒有被刪除.只是刪除了一個(gè)指針而已;
當(dāng)INODE的引用數(shù)N=1時(shí), 刪除文件需要去把這個(gè)文件相關(guān)的所有數(shù)據(jù)塊清除,所以會(huì)比較耗時(shí);

【問題隱患】

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

    【解決辦法】

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

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

    【生產(chǎn)案例】

    某對(duì)mysql主備，主庫寫入較大時(shí)發(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;

    #不計(jì)入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的對(duì)比情況，基本上影響不大

    文件大小也成功更新

看完上述內(nèi)容是否對(duì)您有幫助呢？如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝您對(duì)億速云的支持。