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
[图片上传失败...(image-f9e1ee-1640159311194)]
redo log写满时候，指针回到原点，重新开始覆盖保存，如果 write pos 追上checkpoint，表示写满，这时候不能再执行新的更新，得停下来先擦掉一些记录，把checkpoint推进一下节点
1.4、Redo log配置参数
通过命令查看redo log参数：
show variables like '%innodb_log%';
[图片上传失败...(image-c2ff63-1640159311194)]
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刷数据到磁盘
