mysql中如何分析锁等待情况

通过INFORMATION_SCHEMA.INNODB_LOCK_WAITS和INNODB_TRX表可定位阻塞事务，MySQL 8.0后推荐使用performance_schema.data_lock_waits分析锁等待关系，结合SHOW ENGINE INNODB STATUS查看死锁及事务状态，并启用慢查询日志记录锁等待SQL，最终通过优化事务和索引减少锁冲突。

在 MySQL 中分析锁等待情况，主要依赖系统表、日志信息和性能监控工具。通过这些手段可以定位阻塞的事务、查看锁类型以及找出长时间未提交的事务。

查看当前锁等待信息

MySQL 提供了 information_schema 和 performance_schema 来查看锁相关状态：

在 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 找出阻塞关系：

MagickPen

在线AI英语写作助手，像魔术师一样在几秒钟内写出任何东西。

下载

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 快速定位阻塞源头，再通过优化事务粒度、减少长事务、合理加索引等方式降低锁冲突。