5.redo undo

1.使用场景

事务是持久性的，事务提交后先修改内存buffer，然后选择时机更新到磁盘。如果内存更新了，但是还没有来得及更新磁盘，就宕机了。那么怎么进行数据恢复？？

事务是一致性的，在执行过程中发生错误，数据怎么回滚？？

begin;
UPDATE `t_user` SET  `name`='更新1' WHERE (`id`='4');   # -->写入 undo log
UPDATE `t_user` SET  `name`='更新2' WHERE (`id`='4');   # -->写入 undo log
commit;						# --> 写入 redo log

2.undo log

上面的列子可以看出，事务的每次数据的修改操作都会产生一条 undo log。undo log以链表的形式存储每个操作版本

的记录和数据对应的(具体格式参考MVCC文章)。当回滚时，只需要根据undo log的记录恢复数据即可。

3. redo log

WAL（write ahead log）即当事务提交时，先写redo log，再修改页。

由于redo log 写入磁盘时，是以扇区大小512B写入的，保证每次写都能写入成功。（数据页、索引页的刷盘是不容易

的，每次刷盘效率低，所以先修改内存，然后一起刷盘，但是内存更新了，还没刷盘就宕机数据无法恢复，所以引入redo log）

4.数据更新流程：

参考文章：

https://www.cnblogs.com/hapjin/archive/2019/09/28/11521506.html

jin/archive/2019/09/28/11521506.html

https://zhuanlan.zhihu.com/p/346970015