MySQL 报 Lock wait timeout exceeded，是哪个事务一直占着行锁

SELECT * FROM information_schema.innodb_trx\G
SELECT * FROM performance_schema.data_locks LIMIT 20;
SHOW VARIABLES LIKE 'innodb_lock_wait_timeout';

后台保存订单时偶发卡住几十秒后失败，日志提示锁等待超时，重试一次又能成功。先别急着动参数，把报错原文和时间点记下来，顺序反了容易白折腾。

原因不复杂，另一个事务开了事务却没提交，长期持有行锁，后续更新只能排队直到超时。

围绕「MySQL 锁等待超时」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。

接口问题先分清是没发出去、发出去了没收到，还是收到了处理失败。偶发问题先统计频率，一小时几次和一天一次，查法完全不同。

改完顺手把文档补一句，省得下次自己重新推一遍。

处理上按这个顺序：查当前事务与锁等待关系；定位未提交的长事务来源；缩短事务范围并加超时兜底。

改完只确认一件事：复现场景下不再出现锁等待超时，事务平均持有时间明显缩短。