redo log(重做日志)
为什么需要redo log?
在mysql提交一个事务后,这个事务所作的数据修改并不会直接保存到磁盘文件中,而是先保存在buffer pool缓冲区中,在需要读取数据时,先从缓冲区中找,没找到再去磁盘找,加之每次提交事务都将数据写入磁盘的效率低下,所以引入了buffer pool缓冲区
也正是因为一个事务的提交并不会立即由磁盘进行持久化,此时mysql故障就会有缓冲区中数据丢失的风险
因此,redo log记录了一个事务对数据页的修改,这个记录与undolog不同,是物理层面的,比如对 XXX 表空间中的 YYY 数据页 ZZZ 偏移量的地方做了AAA 更新
提交一个事务后,先将redo log持久化磁盘,就可以保证这个事务修改的数据被持久化了
redo log(重做日志):是 Innodb 存储引擎层生成的日志 ,实现了事务中的持久性 ,主要用于掉电等故障恢复;
作用:
redo log
主要用于保证事务的持久性和数据恢复。在事务提交时,redo log
记录了所有修改操作,这些日志可以在数据库崩溃后用来重做(恢复)事务,以保证已提交事务的持久性。
特性:
- 物理日志:记录的是页级别的物理修改操作。
- 循环写 :
redo log
的大小固定,采用循环写的方式。 - 持久性保证 :事务在提交时会先写入
redo log
并刷盘,确保即使数据库崩溃也能通过redo log
恢复已提交的事务。
记录内容:
- 页号、偏移量、修改前后的数据等。
redo log 和 undo log 区别在哪?
这两种日志是属于 InnoDB 存储引擎的日志,它们的区别在于:
- redo log 记录了此次事务「完成后 」的数据状态,记录的是更新之后的值;
- undo log 记录了此次事务「开始前 」的数据状态,记录的是更新之前的值;
事务提交之前发生了崩溃,重启后会通过 undo log 回滚事务,事务提交之后发生了崩溃,重启后会通过 redo log 恢复事务,如下图: