如何优化MySQL数据库锁超时问题，调整innodb_lock_wait_timeout参数？

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

遇到Lock wait timeout exceeded; try restarting transaction这个错误，通常是因为数据库的innodb_lock_wait_timeout超时了。这并不是因为死锁，而是某个事务等待一个锁的时间过长，最终被强制回滚。这种情况常见于涉及多行或长事务的UPDATE/DELETE操作，例如，当报表导出期间用户仍在下订单时。

简单来说：

调整 innodb_lock_wait_timeout 值前必须搞清的事

这个参数只控制「等待锁的最长时间」，不解决锁本身；盲目调大可能让问题更隐蔽，比如把 50 个并发卡住的事务拖成 120 秒才报错，反而压垮连接池。

• innodb_lock_wait_timeout 是会话级变量，可动态设，但全局修改需写进配置文件（如 /etc/my.cnf 的 [mysqld] 段）
• 默认值是 50 秒，线上建议先观察：用 SELECT * FROM information_schema.INNODB_TRX 查当前持锁/等锁事务，看平均等待是否真接近 50
• 应用层有重试逻辑的话，调到 30～60 是安全范围；若没重试，调太大等于掩盖问题
• 注意和应用连接池的 socketTimeout 或 queryTimeout 对齐，避免 MySQL 没超时但客户端先断了

真正该优先查的三类锁源头

调参是下策，锁争抢才是病根。