怎样利用MySQL 8.0新特性监控事务锁等待-mysql教程-PHP中文网

先查 innodb_row_lock_current_waits>0确认存在行锁等待，再用data_lock_waits与INNODB_TRX关联定位阻塞者和等待者，结合trx_wait_started计算真实等待时长，并通过data_locks分析锁类型及位置。

怎样利用mysql 8.0新特性监控事务锁等待

查 innodb_row_lock_current_waits 快速确认有无锁等待

先看 SHOW STATUS LIKE 'innodb_row_lock_current_waits'，返回值 > 0 就说明此刻有事务卡在行锁上。这个状态变量响应快、权限低，普通账号也能轮询，适合做第一道过滤。

别把它当累计值——归零不代表问题消失，可能只是锁刚释放，或刚好超时（默认 innodb_lock_wait_timeout=50）。搭配看 innodb_row_lock_time_avg：如果它从 0.2ms 突然跳到 40ms+，说明等待已成规模，不是偶发抖动。

用 data_lock_waits + INNODB_TRX 定位谁在等、谁在挡

MySQL 8.0+ 彻底废弃了 INNODB_LOCK_WAITS，必须走 performance_schema.data_lock_waits，但默认不采集，得手动开开关：

检查采集是否启用：SELECT NAME, ENABLED FROM performance_schema.setup_instruments WHERE NAME LIKE 'wait/lock/%'，确保 wait/lock/innoDB/lock 为 YES
打开消费者：UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME IN ('global_instrumentation', 'thread_instrumentation')
执行关联查询时注意字段类型：BLOCKING_ENGINE_TRANSACTION_ID 必须连 INNODB_TRX.trx_id，不能误连 trx_mysql_thread_id（后者是线程 ID，类型不匹配，查不到结果）

典型查询：

SELECT r.trx_id waiting_trx_id, r.trx_mysql_thread_id waiting_pid, r.trx_query waiting_query,
       b.trx_id blocking_trx_id, b.trx_mysql_thread_id blocking_pid, b.trx_query blocking_query
FROM performance_schema.data_lock_waits w
JOIN information_schema.INNODB_TRX b ON b.trx_id = w.BLOCKING_ENGINE_TRANSACTION_ID
JOIN information_schema.INNODB_TRX r ON r.trx_id = w.REQUESTING_ENGINE_TRANSACTION_ID;

算当前等待秒数：靠 trx_wait_started，不是 NOW() - trx_started

INNODB_TRX.trx_wait_started 是 MySQL 5.7+ 引入的精确时间戳字段（DATETIME 类型），专门记录事务进入 LOCK WAIT 状态的时刻。用它算等待时长才真实：

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

SELECT trx_id, trx_mysql_thread_id, trx_query,
       UNIX_TIMESTAMP(NOW()) - UNIX_TIMESTAMP(trx_wait_started) AS wait_seconds
FROM INFORMATION_SCHEMA.INNODB_TRX
WHERE trx_state = 'LOCK WAIT';

结果为空 ≠ 没锁等待，可能只是没有事务处于 LOCK WAIT 状态（比如已超时回滚，或刚释放）。普通账号默认查不到其他用户事务，需授予 PROCESS 权限；否则只看到自己线程，容易误判。