ibdata1导致mysql打不开_ibtmp1和ibdata1文件过大导致MySQL异常的原因和解决办法

一 ibdata1相关

InnoDB中有共享表空间和独立表空间的概念。共享表空间就是ibdata1，独立表空间放在每个表的.ibd(数据和索引)和.frm(表结构)为后缀的文件中。单独的表空间只存储该表的数据，索引和插入缓冲的BITMAP等信息，其余还放在共享表空间中

1、ibdata1文件介绍

ibdata1是一个用来构建innodb系统表空间的文件，这个文件包含了innodb表的元数据、撤销记录、修改buffer和双写buffer。

ibdata1存储了Data dictionary，Double write buffer，Insert buffer，Rollback segments，UNDO space，Forign key constraint system tables等

2、ibdata1暴涨的原因

ibdata1存放数据，索引和缓存等，是MYSQL的最主要的数据。所以随着数据库越来越大，表也会越大，这个无法避免的。如果时间长了，越来越大。

具体原因有下面几个：

有大量并发事务，产生大量的undo log；

有旧事务长时间未提交，产生大量旧undo log；

file i/o性能差，purge进度慢；

初始化设置太小不够用；

32-bit系统下有bug。

3、ibdata1问题背景

当my.cnf选项innodb_file_per_table = 0时，在ibdata1文件中还需要存储InnoDB表数据&索引。ibdata1文件从5.6.7版本开始，默认大小是12MB，而在这之前默认大小是10MB，其相关选项是innodb_data_file_path，默认设置是innodb_data_file_path = ibdata1:1G:autoextend。

当然了，无论是否启用了 innodb_file_per_table = 1，ibdata1文件都必须存在，因为它必须存储上述 InnoDB 引擎所依赖&必须的数据，尤其是上面加粗标识的rollback segments 和undo space，它俩是引起ibdata1文件大小增加的最大原因。

4、解决方法

升级到5.6以上(64-bit)，采用独立undo表空间

初始化设置时，把ibdata1文件至少设置为1GB以上

增加purge线程数 innodb_purge_threads

升高file I/O能力，该上SSD的赶紧上

事务及时提交，不要积压

默认打开autocommit=1，避免忘了某个事务长时间未提交

检查开发框架，确认autocommit=0的地方，事务结束后都有提交或回滚

二 ibtmp1相关

ibtmp1是非压缩的innodb临时表的独立表空间,通过innodb_temp_data_file_path参数指定文件的路径，文件名和大小，默认配置为ibtmp1:12M:autoextend，也就是说在支持大文件的系统这个文件大小是可以无限增长的。

针对临时表及相关对象引入新的“non-redo” undo log，存放于临时表空间。该类型的undo log非 redolog 因为临时表不需崩溃恢复、也就无需redo logs，但却需要undo log用于回滚、MVCC等。默认的临时表空间文件为ibtmp1，位于数据目录在每次服务器启动时被重新创建，可通过innodb_temp_data_file_path指定临时表空间。http://dev.mysql.com/doc/refman/5.7/en/innodb-temporary-table-undo-logs.html

解决办法：

1，修改my.cnf配置文件：

innodb_temp_data_file_path = ibtmp1:12M:autoextend:max:5G

2，设置innodb_fast_shutdown参数

SET GLOBAL innodb_fast_shutdown = 0;

在mysql关闭时，参数innodb_fast_shutdown 影响着表的存储引擎为innodb的行为。参数为0,1,2三个值。

0，代表当MYSQL关闭时，Innodb需要完成所有full purge和merge insert buffer操作，这需要花费时间来完成。如果做Innodb plugin升级，通常需要将这个参数调为0,，然后在关闭数据库

1， 是参数的默认值，不需要完成full purge和merge insert buffer操作，但是在缓冲池的一些数据脏页还是会刷新到磁盘。

2 表示 不需要完成full purge和merge insert buffer操作 ，也不将缓冲池中的数据脏页写回磁盘，。而是将日志都写入日志文件。这样不会有任何事物丢失，但是mysql在下次启动时，会执行恢复操作(recovery)

3，关闭mysql服务

4，删除ibtmp1文件

5，启动mysql服务