MySQL通过undo log实现事务回滚和MVCC，修改前的数据被记录在undo log中，用于事务回滚时恢复旧值、提供一致性读及崩溃恢复；INSERT回滚执行DELETE，UPDATE回滚写入原值，DELETE回滚则恢复记录；MySQL 8.0起undo log独立存储于undo表空间，事务提交后由purge线程在无事务需要时清理，避免长时间大事务导致空间占用。

MySQL 使用 undo log 来实现事务的回滚和多版本并发控制（MVCC）。当一个事务对数据进行修改时，MySQL 会把修改前的数据保存到 undo log 中。如果事务需要回滚，系统就可以利用这些旧值将数据恢复到事务开始前的状态。

undo log 的作用

undo log 主要用于：

事务回滚时如何使用 undo log

当执行 ROLLBACK 命令或事务异常终止时，MySQL 会从 undo log 中读取对应记录的旧版本数据，并按相反顺序执行逆操作来还原变更。

例如，假设有一个事务更新了一条用户余额记录：

UPDATE accounts SET balance = 1000 WHERE id = 1;

在执行该语句前，MySQL 会把原 balance 值（比如 500）写入 undo log。如果后续调用 ROLLBACK，InnoDB 引擎就会读取这个旧值并重新设置回去。

undo log 的存储位置

在 MySQL 8.0 之前，undo log 存储在共享表空间（ibdata1）中。从 MySQL 8.0 开始，undo log 可以独立管理，默认位于 undo tablespaces 中，路径通常是数据目录下的 undo_001、undo_002 等文件。

你可以通过以下参数查看或配置：

自动清理与 purge 机制

一旦事务提交，undo log 并不会立即删除。它需要保留一段时间，因为可能还有其他事务正在读取这个历史版本（MVCC 需要）。只有当确认没有事务再需要这些快照时，purge 线程才会真正清除对应的 undo log 数据。

长时间运行的事务会导致 undo log 无法释放，占用磁盘空间。因此建议避免大事务，及时提交或回滚。