MySQL中的Undo Log主要用于事务的回滚和多版本并发控制（MVCC），在高并发或大事务场景下，Undo Log可能成为性能瓶颈。优化Undo Log的核心是合理配置存储、减少无效开销，并避免长事务引发的问题。
1. 使用独立的Undo表空间
将Undo日志从系统表空间分离出来，有助于提升I/O性能和管理灵活性。
操作建议：
在MySQL初始化前设置 innodb_undo_tablespaces（如设为4），创建多个独立Undo表空间文件（undo001~undo004） 启用独立Undo表空间后，可通过单独磁盘挂载提升I/O效率 注意：该参数在5.7之后逐渐被弃用，8.0中推荐使用Undo Tablespace管理命令2. 合理配置Undo日志保留时间
长时间保留Undo日志会占用大量空间，尤其当存在长时间运行的事务时。
优化方法：
设置 innodb_undo_log_truncate = ON，允许自动截断不再需要的Undo日志 配置 innodb_max_undo_log_size（默认1GB），超过此大小且无活跃事务时触发清理 结合 innodb_purge_rseg_truncate_frequency 控制清理频率，默认每128次 purge 操作检查一次3. 避免长事务和大事务
长事务会阻止Undo日志的回收，导致表空间持续增长，甚至引发“too much undo”问题。
建议做法：
监控执行时间长的事务：SELECT * FROM information_schema.innodb_trx ORDER BY trx_started; 业务层拆分大事务，避免一次性更新百万级数据 及时提交事务，不要在事务中加入用户等待或网络调用4. 定期维护Undo表空间
对于MySQL 8.0+，支持在线收缩和删除Undo表空间。
操作步骤：
创建新Undo表空间：CREATE UNDO TABLESPACE undo_tbs1 ADD DATAFILE 'undo002.ibd'; 将部分rollback segment迁移到新空间，减轻旧空间压力 在无长期事务时执行 ALTER UNDO TABLESPACE ... SET ACTIVE/INACTIVE 并删除闲置空间基本上就这些。关键在于控制事务生命周期、合理配置自动清理策略，并利用独立表空间提升管理能力。Undo优化不是一劳永逸，需结合监控定期调整。不复杂但容易忽略。
