mysql删除大表更快的办法

时间 2020-01-13

标签 mysql 删除更快办法栏目 MySQL 繁體版

原文原文链接

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文件变小了。文件存贮到了咱们的硬连接文件上。orm

[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时, 删除文件须要去把这个文件相关的全部数据块清除,因此会比较耗时;