MySQL innoDB重做日志文件

客官°小女子只卖身不卖艺 2022-05-26 06:06 208阅读 0赞

前言:之前一直弄不清楚mysql里面bin log和innodb log文件的区别，在脑子里面一直有个疑问binlog日志文件已经可以用来进行数据库的日志备份恢复了，怎么又多了一个redo log文件了。相信也有很多人有这个疑惑，现在把整个过程文档整理出来，希望对大家有所帮忙。

如果对[Oracle][]很了解,那么在整个学习innoDB log的时候,可以把联机重做日志的那套理论套在学习innoDB log上面,几乎是一样的;

一、innodb log的基础知识

*  innodb log顾名思义：即innodb存储引擎产生的日志，也可以称为重做日志文件，默认在innodb\_data\_home\_dir下面有两个文件ib\_logfile0和ib\_logfile1。MySQL官方手册中将这两个文件叫文InnoDB存储引擎的日志文件；
 *  innodb log的作用：当MySQL的实例和介质失败的时候，Innodb存储引擎就会使用innodb log文件进行恢复，保证数据库的完整性；
 *  innodb log的写原理：（请容许我再放下InnoDB的原理图，并且建议把这张图看到吐）

看红色框框的那部分

![150129121580081.png][]

*  每个InnDB存储引擎至少有1个重做日志文件组（group），每个文件组下至少有两个重做日志文件，默认的为ib\_logfile0、ib\_logfile1；
 *  日志组中每个重做日志的大小一致，并循环使用；
 *  InnoDB存储引擎先写重做日志文件，当文件满了的时候，会自动切换到日志文件2，当重做日志文件2也写满时，会再切换到重做日志文件1；
 *  为了保证安全和性能，请设置每个重做日志文件设置镜像，并分配到不同的磁盘上面；

（发现以上特性跟ORACLE的连接重做日志文件简直是一样的）

二、innodb log的相关参数

运行脚本：show variables like 'innodb%log%'; 查看重做日志的相关参数

mysql> show variables like 'innodb%log%';

![150129121580082.png][]

常用设置的参数有：

innodb\_mirrored\_log\_groups  镜像组的数量，默认为1，没有镜像；

innodb\_log\_group\_home\_dir  日志组所在的路径，默认为data的home目录；

innodb\_log\_files\_in\_group    日志组的数量，默认为2；

innodb\_log\_file\_size              日志组的大小,默认为5M；

innodb\_log\_buffer\_size        日志缓冲池的大小，图上为30M;

三、参数的相关调优

3.1 重做日志文件的大小设置跟ORACLE一样，面临的问题是相似的。

当innodb log设置过大的时候，可能会导致系统崩溃后恢复需要很长的时间；

当innodb log设置过小的时候，当一个事务产生大量的日志的时候，需要多次切换重做日志文件，会产生类似如下的报警；

130702 12:53:13  InnoDB: ERROR: the age of the last checkpoint is 2863217109,

InnoDB: which exceeds the log group capacity 566222311.

InnoDB: If you are using big BLOB or TEXT rows, you must set the

InnoDB: combined size of log files at least 10 times bigger than the

四、重做日志与二进制日志的区别

4.1  记录的范围不同：二进制日志会记录MySQL的所有存储引擎的日志记录（包括InnoDB、MyISAM等)，

而InnoDB存储引擎的重做日志只会记录其本身的事务日志。

4.2 记录的内容不同：二进制日志文件记录的格式可以为STATEMENT或者ROW也可以是MIXED，其记录的都是关于一个事务的具体操作内容。

InnoDB存储引擎的重做日志文件记录的关于每个页的更改的物理情况。

4.3 写入的时间也不同：二进制日志文件是在事务提交前进行记录的，而在事务进行的过程中，不断有重做日志条目被写入到重做日志文件中。

总结：理论指导实践，理论的知识虽然比较枯燥，学习跟建房子一样，看着很漂亮的高楼大厦，地下往往要有一个坚实的基础，基础打好了，高楼也能建得稳了。

MySQL InnoDB存储引擎锁机制实验 [http://www.linuxidc.com/Linux/2013-04/82240.htm][http_www.linuxidc.com_Linux_2013-04_82240.htm]

InnoDB存储引擎的启动、关闭与恢复 [http://www.linuxidc.com/Linux/2013-06/86415.htm][http_www.linuxidc.com_Linux_2013-06_86415.htm]

MySQL InnoDB独立表空间的配置 [http://www.linuxidc.com/Linux/2013-06/85760.htm][http_www.linuxidc.com_Linux_2013-06_85760.htm]

MySQL Server 层和 InnoDB 引擎层 体系结构图 [http://www.linuxidc.com/Linux/2013-05/84406.htm][http_www.linuxidc.com_Linux_2013-05_84406.htm]

InnoDB 死锁案例解析 [http://www.linuxidc.com/Linux/2013-10/91713.htm][http_www.linuxidc.com_Linux_2013-10_91713.htm]

MySQL Innodb独立表空间的配置 [http://www.linuxidc.com/Linux/2013-06/85760.htm][http_www.linuxidc.com_Linux_2013-06_85760.htm]

**本文永久更新链接地址**：[http://www.linuxidc.com/Linux/2015-01/112554.htm][http_www.linuxidc.com_Linux_2015-01_112554.htm]

[Oracle]: https://www.linuxidc.com/topicnews.aspx?tid=12
[150129121580081.png]: /images/20220526/94e2b11dc6004fb7a5ef197029fb43a3.png
[150129121580082.png]: /images/20220526/785270db004f42d1a3833ed9fab426e5.png
[http_www.linuxidc.com_Linux_2013-04_82240.htm]: https://www.linuxidc.com/Linux/2013-04/82240.htm
[http_www.linuxidc.com_Linux_2013-06_86415.htm]: https://www.linuxidc.com/Linux/2013-06/86415.htm
[http_www.linuxidc.com_Linux_2013-06_85760.htm]: https://www.linuxidc.com/Linux/2013-06/85760.htm
[http_www.linuxidc.com_Linux_2013-05_84406.htm]: https://www.linuxidc.com/Linux/2013-05/84406.htm
[http_www.linuxidc.com_Linux_2013-10_91713.htm]: https://www.linuxidc.com/Linux/2013-10/91713.htm
[http_www.linuxidc.com_Linux_2015-01_112554.htm]: https://www.linuxidc.com/Linux/2015-01/112554.htm