MySQL日志之回滚日志（undo log）

### 关于 MySQL 回滚日志的使用与管理 MySQL 的回滚日志（Rollback Log），也称为 Undo 日志，主要用于支持事务的 ACID 属性中的原子性和一致性。Undo 日志存储在 InnoDB 存储引擎中，用于记录数据修改前的状态，以便在事务失败时能够恢复到原始状态。 #### 1. **Undo 日志的作用** Undo 日志的主要功能包括： - 支持事务的回滚操作：当事务被中断或显式回滚时，InnoDB 使用 Undo 日志来撤销未提交的更改[^4]。 - 提供多版本并发控制（MVCC）：通过保存旧版本的数据，使得其他事务能够在读取数据时不被阻塞，即使该数据正在被另一个事务更新[^4]。 #### 2. **Undo 日志的空间管理** Undo 日志通常存储在共享表空间（system tablespace）或独立的 undo 表空间中。可以通过配置参数 `innodb_undo_log_truncate` 和 `innodb_max_undo_logs` 来管理和优化 Undo 日志的空间占用： - 参数 `innodb_undo_log_truncate` 控制是否启用自动截断 Undo 日志文件的功能，默认值为 OFF。开启此选项可以帮助释放不再使用的磁盘空间。 - 参数 `innodb_max_undo_logs` 定义了最大允许的 Undo 日志数量，增加这个值可以在高并发场景下提高性能[^4]。 #### 3. **清理机制** 为了防止 Undo 日志无限增长，InnoDB 设计了一套清理机制。当某个事务完成后，其对应的 Undo 记录会被标记为可删除。随后，后台线程会定期扫描这些记录并将其物理删除。需要注意的是，如果存在长时间运行的查询或者只读事务，则可能会阻止某些 Undo 日志的回收，从而导致表空间膨胀。 #### 4. **监控 Undo 日志** 可以利用以下视图和命令来监控 Undo 日志的状态以及潜在问题： - 查询 `information_schema.INNODB_METRICS` 获取有关 Undo 日志的具体统计信息； - 查看 `performance_schema.table_io_waits_summary_by_index_usage` 判断是否有因等待 Undo 资源而引发的延迟现象。 ```sql SELECT * FROM information_schema.INNODB_METRICS WHERE NAME LIKE 'undo%'; ``` --- ### 示例代码展示如何调整 Undo 配置 以下是设置 Undo 相关参数的一个简单例子： ```bash [mysqld] innodb_undo_tablespaces=2 # 创建两个独立的 Undo 表空间 innodb_undo_log_truncate=ON # 启用 Undo 日志截断功能 innodb_max_undo_logs=128 # 设置最大的 Undo Logs 数量 ``` 重启服务使新配置生效后，可通过下面 SQL 命令验证变更情况： ```sql SHOW VARIABLES LIKE '%undo%'; ``` ---