共计 1326 个字符,预计需要花费 4 分钟才能阅读完成。
处理 MySQL 的 ibdata1 文件过大问题
本人遇到一次在安装 zabbix 监控的时候,yum 安装的 MySQL 数据库,后面用了一段时间发现 data 目录下的 ibdata1 的空间特别大,反而我的 zabbix 数据库的空间很小,这样的情况在后面备份 zabbix 数据库的时候会很不方便,所以想着要怎么解决下。
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 –add-dorp-table > /root/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 /root/all_mysql.sql
数据文件单独存放(共享表空间改为每个表独立的表空间文件)。
本文永久更新链接地址:http://www.linuxidc.com/Linux/2018-01/150318.htm