如何修复MySQL因大事务导致Redo怎么做-报错排查和参数设置

如何修复不能只看功能名称，更要看它在什么场景下能解决问题。把为什么大事务会让 checkpoint 卡住、必须立刻做的三件事、如何避免下次再卡住等信息拆开来看，判断会更直接。

先看原文给出的关键信息：大事务直接拖慢checkpoint推进，核心是undo日志膨胀与脏页堆积双重卡死，解法为拆事务、控脏页、监checkpoint age；大事务直接拖慢 checkpoint 推进，不是配置不合理，而是 undo 日志膨胀 + 脏页堆积双重卡死。；核心解法是“拆事务 + 控制脏页 + 监控 checkpoint age”，不是调大日志文件。。继续往下处理时，重点放在这些条件上：为什么大事务会让 checkpoint 卡住一个未提交的大事务（比如 UPDATE 百万行）会持续生成 undo log，并阻止 purge 线程清理旧版本；（留意这不是长期方案，只是缓解）如何避免下次再卡住关键不在日志大小，而在事务行为本身：批量操作必须分批提交：每批最多 5000 行，用 WHERE id BETWEEN ?；如果说配置里还留着，MySQL 启动直接报错：Unknown variable 'innodb_log_file_size'。。收尾检查时，再把这些细节对上：只保留 innodb_redo_log_capacity，单位是字节（不是 MB），例如设 2GB 就写 2147483648。；但更要紧的是：哪怕你把 innodb_redo_log_capacity 设到 10GB，只要存在一个 10 分钟没提交的事务，checkpoint 就依然卡在那儿不动。