Undo log是InnoDB实现事务原子性和MVCC的关键机制，记录数据修改前的旧值，用于事务回滚和提供一致性读视图，支持并发事务隔离。
Undo log 是 MySQL 中 InnoDB 存储引擎用来实现事务原子性和多版本并发控制（MVCC）的一种日志。它记录了数据被修改前的旧值，以便在事务回滚时能将数据恢复到修改之前的状态。
Undo log 的作用
保证事务的原子性：当一个事务执行过程中发生错误或显式执行 ROLLBACK 时，InnoDB 可以利用 undo log 中记录的信息，把已经修改的数据“撤销”，回到事务开始前的状态。
支持 MVCC（多版本并发控制）：undo log 保存了历史版本的数据，使得不同事务可以读取到一致性视图。例如，一个事务在执行 SELECT 时，可以通过 undo log 找到该行在某个时间点的快照，从而避免读取到其他未提交事务的中间状态。
Undo log 的存储位置
undo log 存储在特殊的段中，这些段位于 系统表空间 或者独立的 undo 表空间 文件里（取决于配置）。每个 undo log 记录都与具体的事务和数据行相关联。
随着事务提交或不再需要历史版本，对应的 undo log 会被标记为可清理状态，由后台线程异步清理。
Undo log 的类型
- Insert Undo Log：记录 INSERT 操作前的状态。这类日志通常只用于回滚，事务一提交就可以立即删除，因为它不影响其他事务的可见性。
- Update Undo Log：记录 UPDATE 和 DELETE 操作前的旧值。这类日志还用于 MVCC，因此不能马上删除，必须等到没有事务再需要这个历史版本时才能清除。
Undo log 与 Redo log 的区别
redo log 是物理日志，记录“某个数据页做了什么修改”，用于崩溃恢复，确保已提交事务的持久性；而 undo log 是逻辑日志，记录“某行数据原来是什么”，用于回滚和构建历史版本。
两者协同工作：redo log 保证事务提交后不丢失，undo log 保证事务可以回退并支持非锁定读。
基本上就这些。undo log 虽然不直接暴露给用户，但在事务处理和高并发读写中起着关键作用。
