redo log与undo log

redo log 实现事务的持久性

undo log 保证事务的一致性

 

redo和undo的作用都可以视为是一种恢复操作，redo恢复提交事务修改的页操作，而undo回滚行记录到某个特定版本。

因此两者记录的内容不同，redo通常是物理日志，记录的是页的物理修改操作。undo是逻辑日志，根据每行的记录进行记录。

 

redo log

作用：

确保事务的持久性

防止在发生故障的时间点，尚有脏页写入磁盘，在重启mysql服务的时候，根据redo log进行重做，从而达到事务的持久性。

内容：

物理格式的日志，记录的是时物理数据页面的修改的信息，其redo log是顺序写入redo log file的物理 文件中去的。

redo log中记录的是数据库对页的操作，而不是逻辑上的增删改查，重做日志具有幂等性。

什么时候产生：

事务开始的时候就产生redo log，事务的执行过程中，便开始写入redo log文件中。

什么时候释放：
当对应事务的脏页写入到磁盘之后，redo log的使命也就完成了，重做日志占用的空间就可以重用（被覆盖）。

undo log

作用：
保存了事务发生之前的数据的一个版本，可以用于回滚，同时可以提供多版本并发控制下的读（MVCC），也即非锁定读。

什么时候产生：
事务开始之前，将当前是的版本生成undo log，undo 也会产生 redo 来保证undo log的可靠性。

什么时候释放：
当事务提交之后，undo log并不能立马被删除，
而是放入待清理的链表，由purge线程判断是否由其他事务在使用undo段中表的上一个事务之前的版本信息，决定是否可以清理undo log的日志空间。