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

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)

MySQL

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。