MySQL锁等待超时由innodb_lock_wait_timeout控制，默认50秒；当事务等待行锁超时会报错，需通过优化慢查询、减少锁冲突和调整配置解决；应开启慢查询日志，用EXPLAIN分析执行计划，添加索引，避免大事务；按固定顺序访问表，减少事务内耗时操作，可用乐观锁和读写分离；可增大innodb_lock_wait_timeout，设innodb_rollback_on_timeout=ON，并监控SHOW ENGINE INNODB STATUS；根本在于优化SQL和事务设计。
MySQL中锁等待超时通常由innodb_lock_wait_timeout参数控制，默认值为50秒。当事务等待行锁的时间超过这个值，就会抛出“Lock wait timeout exceeded”错误。要解决这个问题，需要从优化查询、减少锁冲突和调整配置三方面入手。
分析并优化慢查询
长时间持有锁往往是因为执行了慢查询。应优先排查并优化这些SQL语句。
-
开启慢查询日志：设置
slow_query_log=ON，记录执行时间较长的SQL，定位问题语句。 - 使用EXPLAIN分析执行计划：检查是否走了索引，避免全表扫描导致锁住大量行。
- 添加合适的索引：尤其是WHERE、JOIN、ORDER BY涉及的字段，减少扫描行数，缩短加锁时间。
- 避免大事务：将一个大事务拆成多个小事务，尽快提交，减少锁持有时间。
减少锁冲突场景
多个事务同时操作相同数据容易引发锁等待。可通过设计规避高并发下的竞争。
- 按固定顺序访问表：多个事务以相同顺序更新多张表，可避免死锁和长时间等待。
- 减少事务中不必要的操作：事务内不要做耗时的业务逻辑或网络请求，尽早完成数据库操作。
- 使用乐观锁替代悲观锁：在并发不极端的情况下，用版本号或CAS机制减少行锁使用。
- 读写分离：将SELECT移到从库执行，减轻主库写锁压力。
调整锁相关参数
在应用层无法快速优化时，可适当调整MySQL配置缓解问题。
- 增大innodb_lock_wait_timeout：如设为120秒，给复杂事务更多等待时间（需评估业务响应要求）。
- 设置innodb_rollback_on_timeout=ON：让锁超时后回滚整个事务，而不是只回滚单条语句，避免数据不一致。
-
监控锁状态：通过
SHOW ENGINE INNODB STATUS查看最近的死锁信息和锁等待情况，辅助诊断。
基本上就这些。关键不是单纯调大超时时间，而是找到锁住的根本原因——通常是慢查询或不合理事务设计。优化SQL和访问模式，才能从根本上减少锁等待。
