mysql在對大表做DROP TABLE 過程中，所有操作都會被HANG住。
這是因爲INNODB會維護一個全局獨佔鎖（在table cache上面），直到DROP TABLE完成才釋放。
在我們常用的ext3,ext4，ntfs文件系統，要刪除一個大文件（幾十G，甚至幾百G）還是需要點時間的。
下面我們介紹一個快速DROP table 的方法； 不管多大的表,INNODB 都可以很快返回，表刪除完成；
實現：巧用LINK（硬鏈接）
我們首先構建一張大表
- 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
查看一下表的大小
- [root@db15 test]# du -sh aa*
- 16K aa.frm
- 3.8G aa.ibd
關鍵地方來了，對aa表做一個硬鏈接
- [root@db15 test]# ln aa.ibd aa.hdlk
這個時候發現本身mysql的aa.ibd文件變小了。文件存貯到了我們的硬鏈接文件上。
- [root@db15 test]# du -sh aa*
- 16K aa.frm
- 3.8G aa.hdlk
刪除aa表，我們發現瞬間就搞定了。
- mysql> drop table aa;
- Query OK, 0 rows affected (0.33 sec)
最後去硬鏈接目錄下面把我們的硬鏈接數據文件aa.hdlk刪除掉。 我們發現上面刪除表的drop table aa; 只是刪除了aa.frm文件。
- [root@db15 test]# rm -rfv aa*
- 已刪除“aa.hdlk”
雖然DROP TABLE 多繞了幾步。(如果你有一個比較可靠的自運行程序（自動爲大表建立硬鏈接，並會自動刪除過期的硬鏈接文件），就會顯得不那麼繁瑣。)
這樣做能大大減少MYSQL HANG住的時間； 相信還是值得的。至於原理: 就是利用OS HARD LINK的原理,
當多個文件名同時指向同一個INODE時,這個INODE的引用數N>1, 刪除其中任何一個文件名都會很快.
因爲其直接的物理文件塊沒有被刪除.只是刪除了一個指針而已;
當INODE的引用數N=1時, 刪除文件需要去把這個文件相關的所有數據塊清除,所以會比較耗時;