MySQL的长事务会持续占用undo log空间，当undo log无法及时回收时，就会导致磁盘空间不断上涨，严重时甚至会占满磁盘影响业务正常运行。针对这类问题，合理设置innodb_undo_log_truncate相关参数是有效的优化方案。
长事务导致磁盘空间暴涨的原理
MySQL的InnoDB存储引擎中，undo log用于实现事务回滚和多版本并发控制。当一个长事务启动时，它会持续生成undo log记录，这些记录只有在事务提交或者回滚之后，并且没有其他事务需要访问这些旧版本数据时，才会被标记为可回收。
如果长事务一直不结束，对应的undo log就会一直保留，无法被清理，随着时间推移，undo log占用的磁盘空间就会越来越大，最终引发磁盘空间暴涨的问题。
innodb_undo_log_truncate的作用
innodb_undo_log_truncate是InnoDB的一个动态参数，用于控制是否开启undo log的自动截断功能。当开启这个功能后，InnoDB会定期检查undo tablespace的使用情况，当undo tablespace的大小超过设置的阈值时，会自动对undo tablespace进行截断，释放多余的磁盘空间。
需要注意的是，这个功能只针对独立的undo tablespace生效，默认的共享表空间中的undo log无法通过该参数回收。
相关参数配置说明
要启用innodb_undo_log_truncate功能，需要先配置几个相关的参数，具体参数说明如下：
| 参数名 | 默认值 | 作用说明 |
|---|---|---|
| innodb_undo_log_truncate | OFF | 是否开启undo log自动截断功能，ON为开启，OFF为关闭 |
| innodb_undo_tablespaces | 0 | 独立的undo tablespace数量，需要设置为大于等于2的值才能开启截断功能 |
| innodb_max_undo_log_size | 1073741824 | 单个undo tablespace的最大大小，超过该值会触发截断操作，单位是字节 |
| innodb_purge_rseg_truncate_frequency | 128 | 控制purge线程释放回滚段的频率，值越小释放频率越高 |
完整配置步骤
1. 确认当前参数状态
先登录MySQL查看当前相关参数的配置情况，执行以下SQL语句：
-- 查看undo log截断功能是否开启 SHOW VARIABLES LIKE 'innodb_undo_log_truncate'; -- 查看独立undo表空间数量 SHOW VARIABLES LIKE 'innodb_undo_tablespaces'; -- 查看触发截断的undo表空间大小阈值 SHOW VARIABLES LIKE 'innodb_max_undo_log_size';
2. 修改配置文件
如果当前innodb_undo_tablespaces的值为0，需要先修改MySQL的配置文件my.cnf（或者my.ini，根据系统不同），添加或者修改以下配置：
[mysqld] # 设置2个独立的undo表空间，最小值为2，才能开启截断功能 innodb_undo_tablespaces=2 # 开启undo log自动截断功能 innodb_undo_log_truncate=ON # 设置单个undo表空间超过1G时触发截断，默认就是1G，可根据需求调整 innodb_max_undo_log_size=1073741824 # 调整purge线程释放回滚段的频率，加快空间回收 innodb_purge_rseg_truncate_frequency=64
修改完成后重启MySQL服务，让配置生效。
3. 动态开启功能（可选）
如果MySQL版本支持动态修改全局参数，也可以在运行时直接执行SQL开启，不需要重启服务：
-- 设置独立undo表空间数量为2，需要MySQL版本支持动态修改该参数 SET GLOBAL innodb_undo_tablespaces=2; -- 开启undo log截断功能 SET GLOBAL innodb_undo_log_truncate=ON; -- 设置触发截断的大小阈值为1G SET GLOBAL innodb_max_undo_log_size=1073741824; -- 调整purge释放频率 SET GLOBAL innodb_purge_rseg_truncate_frequency=64;
4. 验证配置生效
配置完成后再次执行参数查看语句，确认所有参数都已经正确设置：
SHOW VARIABLES LIKE 'innodb_undo_log_truncate'; SHOW VARIABLES LIKE 'innodb_undo_tablespaces'; SHOW VARIABLES LIKE 'innodb_max_undo_log_size';
注意事项
- 开启innodb_undo_log_truncate功能前，必须保证innodb_undo_tablespaces的值大于等于2，否则功能无法生效。
- 截断undo tablespace的操作会触发purge线程工作，可能会对数据库性能产生短暂影响，建议在业务低峰期操作。
- 即使开启了自动截断功能，长事务本身还是会占用资源，建议同时优化业务代码，避免不必要的长事务。
- 如果磁盘空间已经暴涨，开启截断功能后，需要等待purge线程完成工作，空间才会逐步释放，不会立即生效。
- 不要随意修改undo tablespace的数量，修改后需要重启服务，且操作前建议备份数据。
长事务排查方法
除了配置参数优化，还需要定期排查长事务，避免问题反复出现，可以通过以下SQL查询当前运行中的长事务：
-- 查询运行时间超过60秒的事务 SELECT trx_id, trx_started, trx_state, trx_query FROM information_schema.innodb_trx WHERE TIMESTAMPDIFF(SECOND, trx_started, NOW()) > 60;
对于查询到的长事务，可以根据trx_query字段找到对应的业务SQL，优化业务逻辑，及时提交或者回滚事务，从根源上减少undo log的累积。
MySQLinnodb_undo_log_truncate长事务磁盘空间优化修改时间：2026-06-30 21:21:42