mysql在對大表作DROP TABLE 過程當中,全部操做都會被HANG住。
這是由於INNODB會維護一個全局獨佔鎖(在table cache上面),直到DROP TABLE完成才釋放。
在咱們經常使用的ext3,ext4,ntfs文件系統,要刪除一個大文件(幾十G,甚至幾百G)仍是須要點時間的。
下面咱們介紹一個快速DROP table 的方法; 無論多大的表,INNODB 均可以很快返回,表刪除完成;
實現:巧用LINK(硬連接)mysql
咱們首先構建一張大表sql
- mysql> create table aa as select * from SuperAgentWebSite;
- Query OK, 5505 rows affected (1.75 sec)
- Records: 5505 Duplicates: 0 Warnings: 0
- mysql> insert into aa select * from aa ;
- Query OK, 5505 rows affected (1.60 sec)
- Records: 5505 Duplicates: 0 Warnings: 0
- mysql> insert into aa select * from aa ;
- Query OK, 11010 rows affected (3.91 sec)
- Records: 11010 Duplicates: 0 Warnings: 0
- mysql> insert into aa select * from aa ;
- Query OK, 22020 rows affected (8.02 sec)
- Records: 22020 Duplicates: 0 Warnings: 0
- mysql> insert into aa select * from aa ;
- Query OK, 44040 rows affected (16.36 sec)
- Records: 44040 Duplicates: 0 Warnings: 0
- mysql> insert into aa select * from aa ;
- Query OK, 88080 rows affected (34.15 sec)
- Records: 88080 Duplicates: 0 Warnings: 0
查看一下表的大小ide
- [root@db15 test]# du -sh aa*
- 16K aa.frm
- 3.8G aa.ibd
關鍵地方來了,對aa表作一個硬連接spa
指針
- [root@db15 test]# ln aa.ibd aa.hdlk
這個時候發現自己mysql的aa.ibd文件變小了。文件存貯到了咱們的硬連接文件上。ormit
- [root@db15 test]# du -sh aa*
- 16K aa.frm
- 3.8G aa.hdlk
刪除aa表,咱們發現瞬間就搞定了。table
class
- mysql> drop table aa;
- Query OK, 0 rows affected (0.33 sec)
最後去硬連接目錄下面把咱們的硬連接數據文件aa.hdlk刪除掉。 咱們發現上面刪除表的drop table aa; 只是刪除了aa.frm文件。test
- [root@db15 test]# rm -rfv aa*
- 已刪除「aa.hdlk」
雖然DROP TABLE 多繞了幾步。(若是你有一個比較可靠的自運行程序(自動爲大表創建硬連接,並會自動刪除過時的硬連接文件),就會顯得不那麼繁瑣。)
這樣作能大大減小MYSQL HANG住的時間; 相信仍是值得的。至於原理: 就是利用OS HARD LINK的原理,當多個文件名同時指向同一個INODE時,這個INODE的引用數N>1, 刪除其中任何一個文件名都會很快.由於其直接的物理文件塊沒有被刪除.只是刪除了一個指針而已;當INODE的引用數N=1時, 刪除文件須要去把這個文件相關的全部數據塊清除,因此會比較耗時;