【MySQL（9）| undo log知识补充以及MySQL 系列整理】

最新推荐文章于 2022-10-06 10:07:02 发布

程序员啊粥

最新推荐文章于 2022-10-06 10:07:02 发布

阅读量211

点赞数

分类专栏：数据库文章标签： MySQL redo log

本文链接：https://blog.csdn.net/ZBylant/article/details/86134209

版权

数据库专栏收录该内容

21 篇文章 1 订阅

订阅专栏

很开心终于更新完了MySQL进阶学习系列文章，其中有原创内容，也有转载你内容，可能有人会问，为什么不全部原创？其实我是写好原自己的文章了（同步更新到了我的博客），但是通过找一些资料，发现一些文章确实要比我写的内容好上很多，为了在公众号呈现更好的内容给大家，也就取其精华去其糟粕，不重复造轮子，所以有些我不擅长，掌握的不好的方面选择了文章转载，例如最后一篇就是阿飞大神所写。

为了大家更方便的观看，在本文对MySQL系列文章做一个梳理：

【MySQL（一）| 开发人心里都该有的那颗B树】

【MySQL（二）| MySQL索引机制】

【MySQL（三）| 五分钟搞清楚MySQL事务隔离级别】

【MySQL（四）| 五分钟搞清楚InnoDB锁机制】

【MySQL（五）| 五分钟搞清楚MVCC机制】

【MySQL（六）| 详细分析MySQL事务日志redo log】

【MySQL（七）| 详细分析MySQL事务日志undo log】

【MySQL（八）| 深入InnoDB空间及索引页文件结构】

以下内容是对 MySQL undo log 写得补充和总结知识点

重做日志写入过程

redo log buffer 原理

重做日志缓冲(redo log buffer)是Innodb存储引擎的内存区域中的一部分。

【重做日志信息--(1)-->redo log buffer--(2)-->重做日志文件】

1.关于innodb_log_buffer_size的大小：(默认8M)

我们可以直接使用如下命令查看：

mysql> show variables like 'innodb_log_buffer_size%';
+------------------------+---------+
| innodb_log_buffer_size | 8388608 |
+------------------------+---------+

8388608(Byte)/1024/1024=8M

重做日志缓冲不需要设置的太大，只要保证每秒产生的事务量在缓冲大小范围之内。因为每秒都会刷新缓冲到日志文件,所以一般来说8M足够了。

2.在以下三种情况下，会将重做日志缓冲中的内容刷新到外部磁盘的重做日志文件中。

Master Thread 每一秒将重做日志缓冲刷新到重做日志文件；
每个事务提交时会将重做日志缓冲刷新到重做日志文件；
当重做日志缓冲池剩余空间小于1/2时，重做日志缓冲刷新到重做日志文件。

redo log file 原理

重做日志介绍

日志文件名：

1.innodb_log_group_home_dir参数指定的目录下有两个文件：ib_logfile0，ib_logfile1

2.该文件被称为：重做日志文件(redo log file)，记录Innodb存储引擎的事务日志。至关重要！！！

3.例如：服务器意外宕机导致实例失败，Innodb存储引擎利用重做日志恢复到宕机前的状态，以此保证数据的完整性。

日志文件组：

1.每个Innodb存储引擎至少有1个重做日志文件组，每个组至少包含2个重做日志文件(ib_logfile0,ib_logfile1).

2.可以通过设置多个镜像日志组(mirrored log groups),将不同组放到不同磁盘，提高重做日志的高可用性。

3.日志组中的文件大小是一致的，以循环的方式运行。文件1写满时，切换到文件2，文件2写满时，再次切换到文件1.

日志文件参数：

1.innodb_log_file_size 重做日志文件的大小。

2.innodb_log_files_in_group 指定重做日志文件组中文件的数量，默认2

3.innodb_mirrored_log_groups 指定了日志镜像文件组的数量，默认1

4.innodb_log_group_home_dir指定日志文件组所在的路径，默认./ ，表示在数据库的数据目录下。

重做日志文件大小设置

太大：恢复时可能需要很长时间
太小：可能导致一个事务需要多次切换重做日志文件；会导致async checkpoint，导致性能抖动。
错误日志警告信息：

InnoDB:ERROR:the age of the last checkpoint is 9433645,InnoDB:which exceeds the log group capacity 9433498.

解析：重做日志有个 capacity 变量，代表最后的检查点不能超过这个阈值，如果超过，必须将缓冲池中脏页列表（flush list）中的部分脏数据页写回磁盘，这是会导致用户线程的阻塞。

二进制日志和重做日志的对比：

1.类别

二进制日志：记录MySQL数据库相关的日志记录，包括InnoDB，MyISAM等其它存储引擎的日志。

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

2.内容

二进制日志：记录事务的具体操作内容，是逻辑日志。

重做日志：记录每个页的更改的物理情况。

3.时间

二进制日志：只在事务提交完成后进行写入，只写磁盘一次，不论这时事务量多大。

重做日志：在事务进行中，就不断有重做日志条目(redo entry)写入重做日志文件。

重做日志条目