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

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

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

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

在上篇博客，我们知道了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服务，就可以将未持久保存的数据持久到磁盘

1.3、Redo log写入机制

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

引用51博客的图例：图来自https://blog.51cto.com/wangwei007/2287431

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

1.4、Redo log配置参数

通过命令查看redo log参数：

show variables like '%innodb_log%';

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 的值来决定

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

附录：参考资料

• MySQL InnoDB redo Log 浅析

• 详细分析MySQL事务日志(redo log和undo log)