在 MySQL 中分析锁等待情况，主要依赖系统表、日志信息和性能监控工具。通过这些手段可以定位阻塞的事务、查看锁类型以及找出长时间未提交的事务。
查看当前锁等待信息
MySQL 提供了 information_schema 和 performance_schema 来查看锁相关状态：
INFORMATION_SCHEMA.INNODB_LOCKS：显示当前持有的锁（已废弃，在 MySQL 8.0 中移除） INFORMATION_SCHEMA.INNODB_LOCK_WAITS：展示哪些事务在等待锁 performance_schema.data_lock_waits：MySQL 8.0 推荐方式，记录数据锁等待在 MySQL 5.7 及以下版本中，可通过以下语句查看锁等待：
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
该结果包含两个关键字段：requesting_trx_id（等待方）和 blocking_trx_id（阻塞方）。
结合 INNODB_TRX 表可进一步查出具体事务信息：
SELECT trx_id, trx_state, trx_started, trx_mysql_thread_id, trx_query FROM INFORMATION_SCHEMA.INNODB_TRX WHERE trx_id IN ( SELECT blocking_trx_id FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS );
这能帮你找到是哪个 SQL 长时间持有锁未释放。
使用 performance_schema 分析（MySQL 8.0+）
MySQL 8.0 后推荐使用 performance_schema 查看更详细的锁信息：
SELECT OBJECT_NAME, LOCK_TYPE, LOCK_MODE, OWNER_THREAD_ID, OWNER_EVENT_ID FROM performance_schema.data_locks WHERE OBJECT_SCHEMA = 'your_db_name';
配合 data_lock_waits 找出阻塞关系：
SELECT r.OBJECT_NAME, r.LOCK_MODE AS requested_mode, b.LOCK_MODE AS blocking_mode, r.OWNER_THREAD_ID AS waiting_thread, b.OWNER_THREAD_ID AS blocking_thread FROM performance_schema.data_lock_waits w JOIN performance_schema.data_locks r ON w.REQUESTING_ENGINE_LOCK_ID = r.ENGINE_LOCK_ID JOIN performance_schema.data_locks b ON w.BLOCKING_ENGINE_LOCK_ID = b.ENGINE_LOCK_ID;
启用 InnoDB 状态监控
执行以下命令输出 InnoDB 引擎的详细状态，其中包含最近的死锁和锁等待信息：
SHOW ENGINE INNODB STATUS\G
重点关注输出中的以下几个部分：
TRANSACTIONS：列出当前运行的事务，包括开始时间、状态和正在执行的 SQL LOCK WAIT：如果有锁等待，会显示具体哪个事务被阻塞 LATEST DETECTED DEADLOCK：最近一次死锁的详细过程，对排查非常有用开启锁等待超时与日志记录
设置合理的锁等待超时时间有助于避免长时间阻塞：
SET SESSION innodb_lock_wait_timeout = 10; -- 默认 50 秒
同时建议开启慢查询日志并记录锁等待的 SQL：
SET GLOBAL slow_query_log = ON; SET GLOBAL long_query_time = 1; SET GLOBAL log_queries_not_using_indexes = ON; SET GLOBAL log_throttle_queries_not_using_indexes = 10;
在配置文件中加入：
slow-query-log=ON long_query_time=1 log-output=FILE
这样可以通过慢日志发现执行时间长或因锁等待而变慢的语句。
基本上就这些。关键是结合 INNODB_TRX、data_lock_waits 和 SHOW ENGINE INNODB STATUS 快速定位阻塞源头，再通过优化事务粒度、减少长事务、合理加索引等方式降低锁冲突。
