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时, 删除文件需要去把这个文件相关的所有数据块清除,所以会比较耗时;