共计 1017 个字符，预计需要花费 3 分钟才能阅读完成。
1、背景
在生产环境有可能有删除某个不重要大表的需求，因为大表占用的大量磁盘空间，如果我们直接 drop 掉此表，通常需要 20 秒以上的时间，总会觉得会卡主 MySQL，现在给大家一个正确的删除方法。
2、首先我们查看此大表
shell>ls log_api_call_01_01* -l
-rw-r—– 1 mysql mysql 9362 Jun 22 15:35 log_api_call_01_01.frm
-rw-r—– 1 mysql mysql 293334036112 Jun 22 15:38 log_api_call_01_01.ibd
shell>ln log_api_call_01_01.ibd log_api_call_01_01ibd.bak
shell>ls log_api_call_01_01* -l
-rw-rw—- 1 MySQL mysql 9362 Apr 14 23:03 log_api_call_01_01.frm
-rw-r—– 1 mysql mysql 293334036112 Jun 22 15:38 log_api_call_01_01.ibd
-rw-r—– 1 mysql mysql 293334036112 Jun 22 15:38 log_api_call_01_01.ibd.bak
mysql>drop table log_api_call_01_01;
Query Ok, 0 rows affacted(0.92 sec)
通过这样的操作，可以减少 mysql drop 大表 hang 住的时间，然后在业务低峰期再去删除真实的那个 *.b 文 *.bak 件。
至于原理:
就是利用 OS HARD LINK 的原理,
当多个文件名同时指向同一个 INODE 时, 这个 INODE 的引用数 N >1, 删除其中任何一个文件名都会很快.
因为其直接的物理文件块没有被删除. 只是删除了一个指针而已;
当 INODE 的引用数 N = 1 时, 删除文件需要去把这个文件相关的所有数据块清除, 所以会比较耗时;
对于大表操作操作的其实几个 Tips：
可以先用 rename table 替代 drop table
mysql> rename table log_api_call_01_01 to log_api_call_01_01_bak;
这个动作也很快只是相当于改一个文件名。
另外也可以考虑使用 XFS 文件系统，对于 Drop 表动作也比较快。
本文永久更新链接地址：http://www.linuxidc.com/Linux/2017-09/147104.htm
