要解决mysql锁等待问题，可通过以下步骤排查：1.使用show engine innodb status查看死锁和事务等待信息；2.查询innodb_locks和innodb_lock_waits表获取实时锁状态与等待关系；3.启用performance schema监控锁等待事件；4.分析慢查询日志辅助定位问题sql。具体操作包括执行对应命令、配置参数及结合日志定期分析，以实现对锁等待的全面监控与处理。
MySQL的锁等待问题经常导致系统性能下降，尤其在高并发场景下更容易暴露出来。要解决这类问题，关键是能及时发现、监控并分析锁等待的情况。下面介绍几个实用的工具和具体操作步骤，帮助你掌握排查和处理锁等待的方法。
1. 使用 SHOW ENGINE INNODB STATUS
查看锁信息
这是最基础也是最常用的手段。通过这个命令可以查看当前InnoDB引擎的状态，其中包含最近发生的死锁信息以及当前正在等待锁的事务。
操作方法：
-
登录MySQL后执行：
SHOW ENGINE INNODB STATUS\G
-
在输出结果中重点关注
LATEST DETECTED DEADLOCK
和TRANSACTIONS
部分。
注意细节：
- 这个命令只能看到最近一次的死锁信息。
- 如果没有发生过死锁，这部分内容可能为空。
- 等待锁的事务会在
TRANSACTIONS
中列出，特别是带有WAITING FOR THIS LOCK TO BE GRANTED
的描述。
2. 查询 information_schema
中的 INNODB_LOCKS
和 INNODB_LOCK_WAITS
这两个系统表记录了当前存在的锁和锁等待关系，适合用于实时监控。
常用查询语句：
SELECT * FROM information_schema.INNODB_LOCKS;
SELECT * FROM information_schema.INNODB_LOCK_WAITS;
说明：
INNODB_LOCKS
显示当前所有事务持有的锁。INNODB_LOCK_WAITS
显示哪些事务在等待哪些锁。- 结合这两个表可以找出“谁在等”、“等什么”、“被谁锁住”的关系。
小技巧：
- 可以将两个表进行关联查询，得到更清晰的锁依赖关系。
- 建议定期轮询这些表，结合日志记录做趋势分析。
3. 开启Performance Schema进行细粒度监控
MySQL从5.6开始支持Performance Schema，它提供了更详细的运行时信息，包括锁等待事件。
启用方式：
确保以下配置项在
my.cnf或 MySQL配置中开启：
performance_schema=ON
常用视图：
SELECT * FROM performance_schema.events_waits_current WHERE EVENT_NAME LIKE '%wait/io/table/sql/handler';
或者：
SELECT * FROM performance_schema.metadata_locks;
优势：
- 能看到更细粒度的锁等待事件。
- 支持对SQL执行过程中的锁行为进行跟踪。
- 可用于构建自动化监控系统。
4. 使用慢查询日志辅助定位问题SQL
虽然不是直接查锁的工具，但慢查询日志常常能提示出那些因为锁等待而变慢的SQL。
开启方法：
slow_query_log = 1 long_query_time = 1 log_slow_queries = /var/log/mysql/slow.log
配合使用建议：
- 检查慢查询日志中频繁出现的SQL。
- 将这些SQL与前面提到的锁信息结合分析。
- 特别关注UPDATE、DELETE、SELECT FOR UPDATE等容易产生行锁的操作。
基本上就这些比较常见且实用的方法了。对于日常运维来说，先用
SHOW ENGINE INNODB STATUS和
INNODB_LOCK_WAITS快速判断，再根据需要结合Performance Schema或慢查询日志深入分析。不复杂但容易忽略的是，有些锁等待问题并不是持续存在，而是偶发性的，这时候就需要有机制去定期采集数据才能捕捉到。
