DB[1]-如何正确的跑路，不，删表

原文 https://www.cnblogs.com/rjzheng/p/9497109.html

drop table 产生的影响

假设，你有一个表 erp,如果你直接进行下面的命令

1	drop table erp

这个时候所有的 mysql 的相关进程都会停止，直到 drop 结束，mysql 才会恢复执行。出现这个情况的原因就是因为，在 drop table 的时候，innodb 维护了一个全局锁，drop 完毕锁就释放了。
这意味着，如果在白天，访问量非常大的时候，如果你在不做任何处理措施的情况下，执行了删大表的命令，整个 mysql 就挂在那了，在删表期间，QPS 会严重下滑。

前置

配置共享表空间

在这里有一个前提，mysql 开启了独立表空间，MySQL5.6.7 之后默认开启。
也就是在 my.cnf 中:

1	innodb_file_per_table = 1

查看表空间状态，用下面的命令:show variables like '%per_table';

mysql mysql

如果 innodb_file_per_table 的 value 值为 OFF，代表采用的是共享表空间。
如果 innodb_file_per_table 的 value 值为 ON ，代表采用的是独立表空间。

独立表空间和共享表空间

共享表空间：
某一个数据库的所有的表数据，索引文件全部放在一个文件中，默认这个共享表空间的文件路径在 data 目录下。默认的文件名为:ibdata1(此文件，可以扩展成多个)。注意，在这种方式下，运维超级不方便。你看，所有数据都在一个文件里，要对单表维护，十分不方便。另外，你在做 delete 操作的时候，文件内会留下很多间隙，ibdata1 文件不会自动收缩。换句话说，使用共享表空间来存储数据，会遭遇 drop table 之后，空间无法释放的问题。
独立表空间：
每一个表都以独立方式来部署，每个表都有一个.frm 表描述文件，还有一个.ibd 文件。
.frm 文件：保存了每个表的元数据，包括表结构的定义等，该文件与数据库引擎无关。
.ibd 文件：保存了每个表的数据和索引的文件

注意，在这种方式下，每个表都有自已独立的表空间，这样运维起来方便，可以实现单表在不同数据库之间的移动。另外，在执行 drop table 操作的时候，是可以自动回收表空间。在执行 delete 操作后，可以通过 alter table TableName engine=innodb 可以整理碎片，回收部分表空间。

正确姿势

假设，我们有datadir = /data/mysql/,另外，我们有有一个 database,名为 mytest。在数据库 mytest 中，有一个表，名为 erp，执行下列命令system ls -l /data/mysql/mytest/

得到下面的输出

1 2	-rw-r----- 1 mysql mysql 9023 8 18 05:21 erp.frm -rw-r----- 1 mysql mysql 2356792000512 8 18 05:21 erp.ibd

建立硬连接

这里需要利用了 linux 中硬链接的知识，来进行快速删除。下面容我上《鸟哥的私房菜》中的一些内容，
软链接其实大家可以类比理解为 windows 中的快捷方式，就不多介绍了，主要介绍一下硬链接。
至于这个硬链接，我简单说一下，不想贴一大堆话过来，看起来太累。
就是对于真正存储的文件来说，有一个

o_pg1.png
然后呢有一个文件名指向上面的 node Index
o_pg2.png
那么，所谓的硬链接，就是不止一个文件名指向 node Index，有好几个文件名指向 node Index。
假设，这会又有一个文件名指向上面的 node Index，即
o_pg3.png
这个时候，你做了删除文件名(1)的操作，linux 系统检测到，还有一个文件名(2)指向 node Index，因此并不会真正的把文件删了，而是把步骤(2)的引用给删了，这步操作非常快，毕竟只是删除引用。于是图就变成了这样
o_pg4.png
接下来，你再做删除文件名(2)的操作，linux 系统检测到，没有其他文件名指向该 node Index，就会删除真正的存储文件，这步操作，是删真正的文件，所以比较慢。

OK，我们用的就是上面的原理。
先给 erp.ibd 建立一个硬链接，利用 ln 命令
mysql> system ln /data/mysql/mytest/erp.ibd /data/mysql/mytest/erp.ibd.hdlk
此时，文件目录如下所示

1
2
3

-rw-r----- 1 mysql mysql          9023  8 18 05:21 erp.frm
-rw-r----- 2 mysql mysql 2356792000512  8 18 05:21 erp.ibd
-rw-r----- 2 mysql mysql 2356792000512  8 18 05:21 erp.ibd.hdlk

你会发现，多了一个 erp.ibd.hdlk 文件，且 erp.ibd 和 erp.ibd.hdlk 的 inode 均为 2。
此时，你执行 drop table 操作

1 2	drop table erp; # Query OK, 0 rows affected (0.99 sec)

你会发现，不到 1 秒就删除了。因为，此时有两个文件名称(erp.ibd 和 erp.ibd.hdlk),同时指向一个 inode.这个时候，执行删除操作，只是把引用给删了，所以非常快。
那么，这时的删除，已经把 table 从 mysql 中删除。但是磁盘空间，还没释放，因为还剩一个文件 erp.ibd.hdlk。
如果用 rm 命令来删。这里需要说明的是，在生产环境，直接用 rm 命令来删大文件，会造成磁盘 IO 开销飙升,CPU 负载过高，是会影响其他程序运行的。
那么，这种时候，就是应该用 truncate 命令来删，truncate 命令在 coreutils 工具集中。
详情，大家可以去百度一下，有人对 rm 和 truncate 命令，专程测试过，truncate 命令对磁盘 IO，CPU 负载几乎无影响。
删除脚本如下：

TRUNCATE=/usr/local/bin/truncate
for i in `seq 2194 -10 10 `;
do
  sleep 2
  $TRUNCATE -s ${i}G /data/mysql/mytest/erp.ibd.hdlk
done
rm -rf /data/mysql/mytest/erp.ibd.hdlk ;

从 2194G 开始，每次缩减 10G，停 2 秒，继续，直到文件只剩 10G，最后使用 rm 命令删除剩余的部分。

作者：孤独烟

步骤总结

确认 mysql 配置是否开启独立表空间
mysql 版本 5.6.7 默认开启
配置文件 my.cnf > innodb_file_per_table = 1
查看配置：show variables like '%per_table'; value=NO 表示开启
创建硬链接
system ln [表空间地址]] [新的硬链接地址]
system ln /data/mysql/mytest/erp.ibd /data/mysql/mytest/erp.ibd.hdlk
执行 drop table 操作

使用脚本删除表数据文件（.hdlk 文件）

TRUNCATE=/usr/local/bin/truncate
for i in `seq 2194 -10 10 `;
do
sleep 2
$TRUNCATE -s ${i}G /data/mysql/mytest/erp.ibd.hdlk
done
rm -rf /data/mysql/mytest/erp.ibd.hdlk ;

文章目录