【MySQL 数据宝典】【磁盘结构】- 005 Undo log 撤销日志

一、基本介绍

​ 每当我们要对一条记录做改动时（这里的改动可以指 INSERT 、 DELETE 、 UPDATE ），都需要留一手 -> 把回滚时所需的东西都给记下来

​ 你插入一条记录时，至少要把这条记录的主键值记下来，之后回滚的时候只需要把这个主键值对应的记录删掉就好了。

​ 你删除了一条记录，至少要把这条记录中的内容都记下来，这样之后回滚时再把由这些内容组成的记录插入到表中就好了。

​ 你修改了一条记录，至少要把修改这条记录前的旧值都记录下来，这样之后回滚时再把这条记录更新为旧值 就好了。

​ 我们说过 事务 需要保证 原子性 ，也就是事务中的操作要么全部完成，要么什么也不做。但是偏偏有时候事务执 行到一半会出现一些情况，比如：

• 情况一：事务执行过程中可能遇到各种错误，比如服务器本身的错误，操作系统错误，甚至是突然断电导致 的错误。
• 情况二：程序员可以在事务执行过程中手动输入 ROLLBACK 语句结束当前的事务的执行

这两种情况都会导致事务执行到一半就结束，但是事务执行过程中可能已经修改了很多东西，为了保证事务的原 子性，我们需要把东西改回原先的样子，这个过程就称之为 回滚 （英文名： rollback ），这样就可以造成一个 假象：这个事务看起来什么都没做，所以符合 原子性 要求。

undo log是一种用于撤销回退的日志，在数据库事务开始之前，MySQL会先记录更新前的数据到 undo log日志文件里面，当事务回滚时或者数据库崩溃时，可以利用 undo log来进行回退。

• 产生： 事务开始前产生，事务提交时不会立刻删除 undo log ，innodb 会把事务对应的 undo log 放入到删除列表中，后面会通过现场 purge thread 进行回收处理。

注意： undo log 也会产生 redo log ，因为 undo log 也需要持久性保护。

1.1 作用总结

1. 提供回滚操作：
   • Undo Log实现了事务的原子性。在数据修改时，除了记录redo log外，还记录了相应的undo log。如果事务执行失败，可以利用undo log进行回滚。
   • Undo Log是逻辑日志，记录了数据修改的逻辑操作，如delete操作对应的是insert操作，update操作对应相反的update操作。
2. 提供多版本控制（MVCC）：
   • MVCC通过Undo Log实现。当某行数据被其他事务锁定时，可以从undo log中获取该行记录之前的数据版本，从而实现了快照读。
   • 快照读：读取历史版本的数据，不需要加锁，适用于普通SELECT操作。
   • 当前读：读取最新版本的数据，适用于执行修改语句或者特定的SELECT语句。
     • select … lock in share mode、select … for update

二、工作原理

在更新数据之前，MySQL会提前生成undo log日志，并且在事务提交之前不会立即删除undo log，以确保事务执行失败时可以进行回滚操作。而undo log日志的删除是通过后台的purge线程进行回收处理的。

事务A执行update更新操作时，会按照以下步骤进行：

1. 将旧版本数据备份到对应的undo buffer中。
2. 将undo buffer中的数据持久化到磁盘中的undo log文件中。
3. 执行update操作，将新的数据持久化到磁盘。

在事务A执行的过程中，如果事务B对数据进行了查询，根据MySQL的MVCC机制，事务B会读取到数据的快照版本，即事务A