MySQL大表刪除正確的姿勢(shì)

2024-07-24 12:34:55

字體：大中小

供稿：網(wǎng)友

MySQL大表刪除正確的姿勢(shì)：

　　1、背景

　　在生產(chǎn)環(huán)境有可能有刪除某個(gè)不重要大表的需求，因?yàn)榇蟊碚加玫拇罅看疟P(pán)空間，如果我們直接drop掉此表，通常需要20秒以上的時(shí)間，總會(huì)覺(jué)得會(huì)卡主MySQL，現(xiàn)在給大家一個(gè)正確的刪除姿勢(shì)。

　　2、首先我們查看此大表

　　shell>ls log_api_call_01_01* -l

　　-rw-r----- 1 mysql mysql 9362 Jun 22 15:35 log_api_call_01_01.frm

　　-rw-r----- 1 mysql mysql 293334036112 Jun 22 15:38 log_api_call_01_01.ibd

　　shell>ln log_api_call_01_01.ibd log_api_call_01_01ibd.bak

　　shell>ls log_api_call_01_01* -l

　　-rw-rw—- 1 MySQL mysql 9362 Apr 14 23:03 log_api_call_01_01.frm

　　-rw-r----- 1 mysql mysql 293334036112 Jun 22 15:38 log_api_call_01_01.ibd

　　-rw-r----- 1 mysql mysql 293334036112 Jun 22 15:38 log_api_call_01_01.ibd.bak

　　mysql>drop table log_api_call_01_01;

　　Query Ok, 0 rows affacted(0.92 sec)

　　通過(guò)這樣的操作，可以減少mysql drop大表hang住的時(shí)間，然后在業(yè)務(wù)低峰期再去刪除真實(shí)的那個(gè)*.b文*.bak件。

　　至于原理:

　　就是利用OS HARD LINK的原理,

　　當(dāng)多個(gè)文件名同時(shí)指向同一個(gè)INODE時(shí),這個(gè)INODE的引用數(shù)N>1, 刪除其中任何一個(gè)文件名都會(huì)很快.

　　因?yàn)槠渲苯拥奈锢砦募K沒(méi)有被刪除.只是刪除了一個(gè)指針而已;

　　當(dāng)INODE的引用數(shù)N=1時(shí), 刪除文件需要去把這個(gè)文件相關(guān)的所有數(shù)據(jù)塊清除,所以會(huì)比較耗時(shí);

　　對(duì)于大表操作操作的其實(shí)幾個(gè)Tips：

　　可以先用rename table替代drop table

　　mysql> rename table log_api_call_01_01 to log_api_call_01_01_bak;

　　刪除物理文件

　　for i in `seq 100 -1 1 ` ;do sleep 2;sudo truncate -s ${i}G /data/mysql/manager/log_api_call_01_01.ibd.bak;done sudo rm -rf /data/mysql/manager/log_api_call_01_01.ibd.bak;

　　這個(gè)動(dòng)作也很快只是相當(dāng)于改一個(gè)文件名。

　　另外也可以考慮使用XFS文件系統(tǒng)，對(duì)于Drop表動(dòng)作也比較快。

（編輯：武林網(wǎng)）

上一篇：mysql數(shù)據(jù)庫(kù)服務(wù)器性能剖析要點(diǎn)

下一篇：MySQL 常見(jiàn)同步復(fù)制故障處理方法