如何通过优化事务时长与清理频率降低MySQL高并发下的UndoLog溢出风险？

本文共计972个文字，预计阅读时间需要4分钟。

UndoLog 溢出本质是历史版本堆积+清理跟不上，高并发下最直接有效的解法就是缩短事务时长、加快 purge 进度，而不是仅仅扩大空间。

为什么高并发下 UndoLog 容易溢出

InnoDB 的 MVCC 依赖 undo log 维护行版本链，每个未提交事务都会让 purge 线程无法清理其产生的旧版本。高并发写入时，若存在长事务（哪怕只有一个），history_list_length 就会持续上涨，undo 表空间不断膨胀；同时 purge 线程处理能力有限，默认每秒最多处理约 300 个 undo log 段——远低于千级 TPS 场景的生成速度。

常见错误现象包括：

• 写入变慢，innodb_row_lock_waits 上升
• 执行 SHOW ENGINE INNODB STATUS 发现 PURGE DONE 进度长期卡住
• 磁盘空间告警，ibdata1 或独立 undo 文件持续增长，information_schema.INNODB_METRICS 中 undo_log_truncations 计数为 0

缩短事务时长：从代码层切断源头

事务越长，undo 版本存活时间越久，这是所有优化的前提。不要指望靠调参“兜底”。