【分享】MySQL中rename命令淺析

ning_lianjie

今天遇到的問題:
一個表,大小50G,數(shù)據(jù)3千萬條;
新數(shù)據(jù)插入頻繁,讀取很少;
要保證寫入/查詢的效率,需要清空已經(jīng)存在的數(shù)據(jù).

提議有兩種辦法:
1.truncate
2.rename

最初我認(rèn)為rename是把數(shù)據(jù)copy到臨時表.今天做了如下測試,發(fā)現(xiàn)并非這樣.
測試:
1.在test庫中,有t1,t2表.
2.執(zhí)行

1. 21:52:37 127.0.0.1:3306 test>rename table t1 to t2;        
   
2. ERROR 1050 (42S01): Table 't2' already exists

復(fù)制代碼

3.把t1表刪除,再次執(zhí)行

1. 21:52:37 127.0.0.1:3306 test>rename table t1 to t2;        
   
2. ERROR 1017 (HY000): Can't find file: './test/t1.frm' (errno: 2)

復(fù)制代碼

4.將t1還原,并且把t2刪除,執(zhí)行rename命令,結(jié)果:正確執(zhí)行.
但是查看.frm文件和.ibd文件,都是最新的.

疑問:
rename 操作,如果不涉及任何數(shù)據(jù)的更改,而只是簡單的更改.frm文件,為何也修改了.ibd文件

devilkin0312

個人理解rename 的過程：
1.lock table a
2.create table b （同結(jié)構(gòu)）
3.insert into b select * from a
4.unlock and drop table a

ning_lianjie

回復(fù) 2# devilkin0312

不是這個過程.應(yīng)該沒有數(shù)據(jù)導(dǎo)出導(dǎo)入.直接修改.frm文件
   

devilkin0312

回復(fù) 3# ning_lianjie


    剛剛用innodb，mysiam測試了下，這個過程確實(shí)沒有復(fù)制數(shù)據(jù)的操作，只是對表相關(guān)文件（.frm,.myd,myi）和元數(shù)據(jù)信息進(jìn)行修改。

ning_lianjie

回復(fù) 4# devilkin0312
嗯
對于大表的清理工作.為了不影響新數(shù)據(jù)寫入.可以用rename來替換truncate命令.

   

cenalulu

所以production的大表變更也是這么做的。
pt-online-schema-change 用的也是這個原理

ning_lianjie

回復(fù) 6# cenalulu

對了,請教個問題,上T的表,進(jìn)行備份有沒有好的方式.
有沒有熱備,但是不會太占資源的工具,時間長點(diǎn)無所謂.
   

cenalulu

回復(fù) 7# ning_lianjie

用物理備份 xtrabackup 加上 io-throttle 參數(shù)控制對磁盤的占用
   

ning_lianjie

回復(fù) 8# cenalulu
3q ,去測試一下,看看效果.

   

G8bao7

回復(fù) 4# devilkin0312

UP!
看源碼中也是直接對數(shù)據(jù)文件直接重命名，而不是insert