mysql重做日志

桃扇骨 2022-11-19 01:17 120阅读 0赞

**重做日志（redo log）**

作用：  
　　确保事务的持久性。  
　　防止在发生故障的时间点，尚有脏页未写入磁盘，在重启mysql服务的时候，根据redo log进行重做，从而达到事务的持久性这一特性。  
内容：  
　　物理格式的日志，记录的是物理数据页面的修改的信息，其redo log是顺序写入redo log file的物理文件中去的。  
什么时候产生：  
　　事务开始之后就产生redo log，redo log的落盘并不是随着事务的提交才写入的，而是在事务的执行过程中，便开始写入redo log文件中。  
什么时候释放：  
　　当对应事务的脏页写入到磁盘之后，redo log的使命也就完成了，重做日志占用的空间就可以重用（被覆盖）。  
对应的物理文件：  
　　默认情况下，对应的物理文件位于数据库的data目录下的ib\_logfile1&ib\_logfile2  
　　innodb\_log\_group\_home\_dir 指定日志文件组所在的路径，默认./ ，表示在数据库的数据目录下。  
　　innodb\_log\_files\_in\_group 指定重做日志文件组中文件的数量，默认2  
　　关于文件的大小和数量，由一下两个参数配置  
　　innodb\_log\_file\_size 重做日志文件的大小。  
　　innodb\_mirrored\_log\_groups 指定了日志镜像文件组的数量，默认1  
其他：  
　　很重要一点，redo log是什么时候写盘的？前面说了是在事物开始之后逐步写盘的。  
　　之所以说重做日志是在事务开始之后逐步写入重做日志文件，而不一定是事务提交才写入重做日志缓存，  
　　原因就是，重做日志有一个缓存区Innodb\_log\_buffer，Innodb\_log\_buffer的默认大小为8M(这里设置的16M),Innodb存储引擎先将重做日志写入innodb\_log\_buffer中。

![4441cc3bc97408df75b34954390f19c5.png][]

然后会通过以下三种方式将innodb日志缓冲区的日志刷新到磁盘  
　　1，Master Thread 每秒一次执行刷新Innodb\_log\_buffer到重做日志文件。  
　　2，每个事务提交时会将重做日志刷新到重做日志文件。  
　　3，当重做日志缓存可用空间 少于一半时，重做日志缓存被刷新到重做日志文件  
　　由此可以看出，重做日志通过不止一种方式写入到磁盘，尤其是对于第一种方式，Innodb\_log\_buffer到重做日志文件是Master Thread线程的定时任务。  
　　因此重做日志的写盘，并不一定是随着事务的提交才写入重做日志文件的，而是随着事务的开始，逐步开始的。  
　　另外引用《MySQL技术内幕 Innodb 存储引擎》（page37）上的原话：  
　　即使某个事务还没有提交，Innodb存储引擎仍然每秒会将重做日志缓存刷新到重做日志文件。  
　　这一点是必须要知道的，因为这可以很好地解释再大的事务的提交（commit）的时间也是很短暂的。

参考：

[https://www.cnblogs.com/wy123/p/8365234.html][https_www.cnblogs.com_wy123_p_8365234.html]

[4441cc3bc97408df75b34954390f19c5.png]: /images/20221022/fc219cd6ca3e4a80a848a94134476e13.png
[https_www.cnblogs.com_wy123_p_8365234.html]: https://www.cnblogs.com/wy123/p/8365234.html