SQL锁等待时间过长通常表现为某条更新或查询语句卡住不动,应用线程堆积,数据库CPU或连接数异常。要解决问题,需要先弄清楚是谁持有了锁、谁在等待锁,以及为什么锁一直不释放。
一、确认是否存在锁等待
大多数关系型数据库都提供了系统视图来观察锁状态。以MySQL为例,可以通过information_schema.INNODB_LOCKS和INNODB_LOCK_WAITS查看当前锁和等待关系。
-- 查看当前锁等待关系 SELECT r.trx_id AS waiting_trx_id, r.trx_mysql_thread_id AS waiting_thread, r.trx_query AS waiting_query, b.trx_id AS blocking_trx_id, b.trx_mysql_thread_id AS blocking_thread, b.trx_query AS blocking_query FROM information_schema.INNODB_LOCK_WAITS w INNER JOIN information_schema.INNODB_TRX b ON b.trx_id = w.blocking_trx_id INNER JOIN information_schema.INNODB_TRX r ON r.trx_id = w.requesting_trx_id;
如果上述查询能返回记录,说明当前确实存在锁等待,且能直接看到阻塞方和被阻塞方。
二、定位阻塞会话的来源
拿到阻塞线程ID后,可使用SHOW PROCESSLIST或查询performance_schema.threads来确认该会话在执行什么、是否已经长时间空闲未提交。
-- 查看阻塞线程正在做什么 SHOW PROCESSLIST; -- 根据线程ID过滤 SELECT * FROM information_schema.PROCESSLIST WHERE ID = 123;
- 若状态为Sleep且时间很久,一般是业务代码忘了提交或回滚事务。
- 若正在执行慢SQL,可能是该SQL持有锁时间过长。
三、分析锁等待过长的常见原因
1. 事务范围过大
把不需要加锁的查询放进事务里,导致锁占用时间变长。应尽量缩短事务边界。
2. 索引缺失引发锁升级
没有命中索引的更新会锁更多行,甚至表级锁。可通过EXPLAIN确认执行计划。
EXPLAIN UPDATE order_tbl SET status = 1 WHERE user_id = 100;
3. 死锁或长事务互相等待
多个事务以不同顺序访问相同资源,容易形成循环等待。
四、处理与验证流程
| 步骤 | 操作 | 目的 |
|---|---|---|
| 1 | 查锁等待视图 | 确认阻塞关系 |
| 2 | 定位阻塞线程 | 找到源头会话 |
| 3 | 评估是否杀会话 | 紧急恢复可用 |
| 4 | 优化业务代码 | 避免再次长等待 |
紧急情况下可使用以下命令断开阻塞会话:
-- 终止阻塞线程,注意替换为实际ID KILL 123;
注意:KILL操作会中断该会话当前事务,仅建议在确认安全后使用。
五、小结
SQL锁等待过长的排查流程可以归纳为:先查锁视图确认等待、再找阻塞会话、分析事务与索引、最后处理并优化。掌握这套方法,就能在故障发生时快速止损。