MySQL系列之事务日志Redo log学习笔记

小咪咪 2021-09-02 10:31 318阅读 0赞

学习本博客之前需要储备知识：

*  MySQL体系架构
 *  InnoDB存储引擎
 *  MySQL事务知识

在[上篇博客][Link 1]，我们知道了undo log，继续上篇博客，学习另外一种重要的InnoDB事务日志redo log

## 1、Redo Log ##

### 1.1、什么是Redo log？ ###

Redo ：重做的意思，undo是撤销回滚意思  
Redo log：被称之为重做日志，是在数据库发生意外时，进行数据恢复，redo log会备份是事务执行过程中的修改数据，redo log备份的是事务过程中最新的数据位置

### 1.2、Redo log工作原理 ###

前面的学习，我们知道undo log是用于回滚的日志记录，是属于逻辑日志，而本博客介绍的redo log是一种物理日志，只要用于预防系统冗机等特殊情况，出现这种情况时，重启mysql会读取redo log，从而实现某些数据未写入磁盘的数据写到磁盘进行持久保存

> 基于上一章博客的图，进行拓展，对比一下undo log和redo log
> 
>  *  undo log和redo logo都是InnoDB的功能，都是事务日志
>  *  undo log是逻辑日志，记录是操作记录日志，redo log是物理日志，记录的是新数据
>  *  undo log是为了保证事务原子性而设计的，redo log是为了保证事务持久性设置的。undo log在InnoDB中用来实现多版本控制，执行rollback操作时，undo log可以作为事务回滚的快照读参考，而redo log是备份的最新数据位置，系统冗机时，只要重启mysql服务，就可以将未持久保存的数据持久到磁盘

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ0MjczOTE_size_16_color_FFFFFF_t_70_pic_center]

### 1.3、Redo log写入机制 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ0MjczOTE_size_16_color_FFFFFF_t_70_pic_center 1]

*  write point：这个指针记录当前位置，一边写，一边移动，写到最后一个文件末尾后就回到 0 号文件重新覆盖写
 *  check point：这个指针记录当前要擦除的位置，也是往后推移并且循环的，擦除记录前要把记录更新到数据文件

引用51博客的图例：图来自[https://blog.51cto.com/wangwei007/2287431][https_blog.51cto.com_wangwei007_2287431]  
![在这里插入图片描述][20201015182030321.png_pic_center]

> redo log写满时候，指针回到原点，重新开始覆盖保存，如果 write pos 追上checkpoint，表示写满，这时候不能再执行新的更新，得停下来先擦掉一些记录，把checkpoint推进一下节点

### 1.4、Redo log配置参数 ###

通过命令查看redo log参数：

show variables like '%innodb_log%';

![在这里插入图片描述][20201012111115310.png_pic_center]

### 1.5、Redo数据持久策略 ###

【拓展知识】，每个InnoDB存储引擎至少有1个日志重做文件组(redo file group)，每个文件组至少有2个redo日志文件，默认为`ib_logfile0`和`ib_logfile1`，存储路径在`${datadir}`

Redo Buffer 持久化到 Redo Log 的策略，通过变量 `innodb_flush_log_at_trx_commit` 的值来决定  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ0MjczOTE_size_16_color_FFFFFF_t_70_pic_center 2]

*  0：设置值为0，表示Log Buffer中的数据不经过OS缓存，直接调用fsync直接刷到磁盘文件保存
 *  1：设置值为1（默认值），事务提交后，会保存到log buffer，接着保存到os buffer缓存，同时调用fsync同步刷到磁盘
 *  2：设置值为2，数据不写到log buffer，直接缓存到os buffer，每隔一秒，调用fsync刷数据到磁盘

### 附录：参考资料 ###

*  [MySQL InnoDB redo Log 浅析][https_blog.51cto.com_wangwei007_2287431]
 *  [详细分析MySQL事务日志(redo log和undo log)][MySQL_redo log_undo log]

[Link 1]: https://smilenicky.blog.csdn.net/article/details/109022361
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ0MjczOTE_size_16_color_FFFFFF_t_70_pic_center]: /images/20210813/2d5635389b304b55b7dc0a39491e6737.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ0MjczOTE_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20210813/1c88b286ba594317a5709c36d1c3e886.png
[https_blog.51cto.com_wangwei007_2287431]: https://blog.51cto.com/wangwei007/2287431
[20201015182030321.png_pic_center]: /images/20210813/d24adb11f3b44d9ab9638c101bf62bf0.png
[20201012111115310.png_pic_center]: /images/20210813/c45312326f9246ba8a69cbe41431a4f3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ0MjczOTE_size_16_color_FFFFFF_t_70_pic_center 2]: /images/20210813/2f607b0caafb4f00869bfa9816254212.png
[MySQL_redo log_undo log]: https://www.cnblogs.com/f-ck-need-u/archive/2018/05/08/9010872.html#auto_id_1