如何快速删除mysql一个大表ibd文件
发布时间：2022-11-03 11:05:56 所属栏目：MySql教程 来源：
导读： 问题：如何快速删除mysql一个大表ibd文件
本文先通过drop table 引起的问题，来介绍独立表空间和共享表空间的区别，然后普及下软硬链接的区别，最后通过介绍两种方法来实现快速删除ibd文件的目的。
本文先通过drop table 引起的问题，来介绍独立表空间和共享表空间的区别，然后普及下软硬链接的区别，最后通过介绍两种方法来实现快速删除ibd文件的目的。
|
问题：如何快速删除mysql一个大表ibd文件 本文先通过drop table 引起的问题，来介绍独立表空间和共享表空间的区别，然后普及下软硬链接的区别，最后通过介绍两种方法来实现快速删除ibd文件的目的。 一、使用drop table删除大表引起数据库死锁 假设，你有一个表test,如果你直接进行下面的命令 drop table test 这个时候所有的mysql的相关进程都会停止，直到drop结束，mysql才会恢复执行。出现这个情况的原因就是因为，在drop table的时候，innodb维护了一个全局锁，drop完毕锁就释放了。 这意味着，在访问量非常大的时候，如果你在不做任何处理措施的情况下，执行了删大表的命令，整个mysql就挂在那了，在删表期间，QPS会严重下滑。 当然，有的人不服，可能会说："你可以写一个删除表的存储过程，在晚上没啥访问量的时候运行一次就行。"。 二、独立表空间和共享表空间的区别 在这里有一个前提，mysql开启了独立表空间，MySQL5.6.7之后默认开启。本文使用的数据库版本是5.7.23。也就是在my.cnf中，有这么一条配置(这些是属于mysql优化的知识，后期给大家介绍) innodb_file_per_table = 1 查看表空间状态，用下面的命令 show variables like "%per_table%"; mysql 删除unique_删除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可以整理碎片，回收部分表空间。 ps：my.cnf中的datadir就是用来设置数据存储目录 在绝大部分情况下，运维一定会为mysql选择独立表空间的存储方式，因为采用独立表空间的方式，从性能优化和运维难易角度来说，实在强太多。所以，我在一开始所提到的前提，mysql需要开启独立表空间。这个假设，百分九十的情况下是成立的。如果真的遇到了，你们公司的mysql采用的是共享表空间的情况，请你和你们家的运维谈谈心，问问为啥用共享表空间。 假设，我们有datadir = /var/lib/mysql/,另外，我们有有一个database,名为parklot_core_tenant。在数据库mytest中，有一个表，名为test，执行下列命令 ll -il 得到下面的输出(我过滤了一下) frm和ibd的作用，上面介绍过了。现在就是test.ibd文件太大，所以删除卡住了。 三、软链接和硬链接的区别 如何解决这个问题呢？ 这里需要利用了linux中硬链接的知识，来进行快速删除。下面容我上《鸟哥的私房菜》中的一些内容。 软链接其实大家可以类比理解为windows中的快捷方式，就不多介绍了，主要介绍一下硬链接。 至于这个硬链接，我简单说一下，不想贴一大堆话过来，看起来太累。 就是对于真正存储的文件来说，有一个 mysql删除表_删除mysql表索引_mysql 删除unique 然后呢有一个文件名指向上面的node Index mysql 删除unique_mysql删除表_删除mysql表索引 那么，所谓的硬链接，就是不止一个文件名指向node Index，有好几个文件名指向node Index。假设，这会又有一个文件名指向上面的node Index，即 删除mysql表索引_mysql删除表_mysql 删除unique 这个时候，你做了删除文件名(1)的操作，linux系统检测到，还有一个文件名(2)指向node Index，因此并不会真正的把文件删了，而是把步骤(2)的引用给删了，这步操作非常快，毕竟只是删除引用。于是图就变成了这样 mysql 删除unique_mysql删除表_删除mysql表索引 接下来，你再做删除文件名(2)的操作，linux系统检测到，没有其他文件名指向该node Index，就会删除真正的存储文件，这步操作，是删真正的文件，所以比较慢。 OK，我们用的就是上面的原理。 四、给待删除的ibd文件文件建硬链接 先给test.ibd建立一个硬链接，利用ln命令 ln /var/lib/mysql/parklot_core_tenant/test.ibd /var/lib/mysql/parklot_core_tenant/test.ibd.hdlk 此时，文件目录如下所示 mysql 删除unique_mysql删除表_删除mysql表索引 注意：硬链接是指针，所有的硬链接都是执行同一个磁盘块。如果出现跨文件系统Filesystem的文件不能建硬连接（不属于同个磁盘块），如果这么操作，就会出现下面的提示： mysql删除表_删除mysql表索引_mysql 删除unique 你会发现，多了一个test.ibd.hdlk文件，且test.ibd和test.ibd.hdlk的inode均为2。 此时，你执行drop table操作 删除mysql表索引_mysql删除表_mysql 删除unique 你会发现，不到1秒就删除了。因为，此时有两个文件名称(test.ibd和test.ibd.hdlk),同时指向一个inode.这个时候，执行删除操作，只是把引用给删了，所以非常快。 那么，这时的删除，已经把table从mysql中删除。但是磁盘空间，还没释放，因为还剩一个文件test.ibd.hdlk。 如何正确的删除test.ibd.hdlk呢？ 如果你没啥经验，一定会回答我，用rm命令来删。这里需要说明的是，在生产环境，直接用rm命令来删大文件，会造成磁盘IO开销飙升,CPU负载过高，是会影响其他程序运行的。 那么，这种时候，就是应该用truncate命令来删，truncate命令在coreutils工具集中。 详情，大家可以去百度一下，有人对rm和truncate命令，专程测试过，truncate命令对磁盘IO，CPU负载几乎无影响。 删除脚本如下 for i in `seq 1638 -100 200`; do sleep 2 truncate -s ${i}M /var/lib/mysql/parklot_core_tenant/test.ibd.hdlk echo "delete ${i}M success" done rm -rf /var/lib/mysql/parklot_core_tenant/test.ibd.hdlk; 从1638M开始，每次缩减100M，停2秒，继续，直到文件只剩200M，最后使用rm命令删除剩余的部分。 五、存储空间有限的情况下删除ibd 除了上面操作以外，本人还在生产服务器上的其它情景删除过数据库ibd文件； 由于业务扩展，前期设计的一个大表，数据增长太快，所以系统优化设计上，把这个大表删除了，生产服务器的这个文件就需要删除，由于要删除的ibd文件大小是26G,剩余空间不够再建一个硬链接，并且硬链接不能跨分区，所以当时想到的操作不是先把drop table，因为这时操作drop table肯定是锁表了。当时是先把ibd文件删除，删除后，没有drop table.当时发现可用空间还是一样，后来想到删除了ibd文件，mysql的进程还在，并且还引用着这个ibd文件，所以空间没有变，由于是生产环境，所以不能重启mysql服务，并且如果没有把表删除了，后面重启服务，mysql也会启动报错，所以才想到要把表也删除了。 注意：如果删除了ibd文件，一定要把表也删除了，不然后果很严重。 六、总结 上面所说的内容，因为很多公司没有专业的DBAmysql删除表，某些时候研发的都是什么都要干，希望大家有所收获。 （编辑：天瑞地安资讯网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐