MySQL的ibdata1文件占用过大瘦身

深藏阁楼爱情的钟 2022-05-08 00:48 546阅读 0赞

### 处理MySQL的ibdata1文件过大问题 ###

本人在对数据库进行大量的数据插入和删除的时候，发现ibdata1的占了将近一个T

ibdata1文件是什么？

> ibdata1是一个用来构建innodb系统表空间的文件，这个文件包含了innodb表的元数据、撤销记录、修改buffer和双写buffer。如果file-per-table选项打开的话，该文件则不一定包含所有表的数据。当innodb\_file\_per\_table选项打开的话，新创建表的数据和索引则不会存在系统表空间中，而是存放在各自表的.ibd文件中.
> 
> 显然这个文件会越来越大，innodb\_autoextend\_increment选项则指定了该文件每次自动增长的步进，默认是8M.

是什么原因导致ibdata1文件会越来越大？

> ibdata1存放数据，索引和缓存等，是MYSQL的最主要的数据。所以随着数据库越来越大，表也会越大，这个无法避免的。如果时间长了，越来越大，我们在处理日志和空间的时候就不是那么方便了，就不知从何入手了。接下来我们就要处理下这样的情况，分库存储数据。

该如何处理呢？

> 首先我们把数据库文件备份下来，然后直接删除ibdata文件（为了保险起见最好先全备一次，做到数据安全和完整），然后再重新导入数据库文件即可！

具体操作步骤如下(截图并不完整，但是首先要弄懂大概情况和原理)：

第一种方法：

> 1、停止业务，备份一次全库
> 
> > mysqldump -uroot -ppassword --all-databases  > all\_mysql.sql
> 
> 2、备份完成，停止数据库
> 
> > systemctl stop mariadb 或者 service mysqld stop
> 
> 3、修改配置文件
> 
> > 在\[mysqld\]下增加下面配置 innodb\_file\_per\_table=1 验证配置是否生效，可以重启mysql后,执行 \#service mysqld restart
> 
> 4、验证
> 
> > mysql -uroot -ppassword mysql
> > 
> > show variables like '%per\_table%';
> > 
> > \+-----------------------+-------+
> > 
> > | Variable\_name | Value |
> > 
> > \+-----------------------+-------+
> > 
> > | innodb\_file\_per\_table | ON |
> > 
> > \+-----------------------+-------+
> > 
> > 1 row in set (0.00 sec)
> > 
> > innodb\_file\_per\_table的状态变为ON
> 
> 5、删除ibdata1文件和日志
> 
> > rm -rf ibdata1
> > 
> > rm -rf ib\_logfile\*
> 
> 6、还原数据库
> 
> > mysql -uuser -ppassword
> > 
> > source all\_mysql.sql
> > 
> > ![1195249-20180115102425584-1615835959.png][]
> > 
> > 数据文件单独存放(共享表空间改为每个表独立的表空间文件)。

第二种方法：

把数据库的表引擎为InnoDB 的数据表转为MyIsam 后，删除ibdata1，按上面方法修改成独立的表空间，在把改成MyIsam引擎的表改为InnoDB，这个就要衡量那种方法的时间耗时最短，两者取其优。数据的表和库很多的通常不建议这么做，耗时间。

[1195249-20180115102425584-1615835959.png]: /images/20220508/b2482939fc0840659a17d8ccd320229e.png