mysql删除大表更快的办法

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表做一个硬链接

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

[/code]