先查 innodb_row_lock_current_waits>0确认存在行锁等待，再用data_lock_waits与INNODB_TRX关联定位阻塞者和等待者，结合trx_wait_started计算真实等待时长，并通过data_locks分析锁类型及位置。
查 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，类型不匹配，查不到结果）
典型查询：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
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 状态的时刻。用它算等待时长才真实：
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 权限；否则只看到自己线程，容易误判。
data_locks 表能看清锁在哪、是什么类型
performance_schema.data_locks 不仅记录“谁持有锁”，还告诉你锁的具体位置和模式：
-
OBJECT_SCHEMA/OBJECT_NAME：锁在哪张库哪张表 -
INDEX_NAME：锁在哪个索引上 -
LOCK_TYPE：是RECORD（行锁）还是TABLE（表锁） -
LOCK_MODE：是X（排他）、S（共享）、还是gap before rec（间隙锁） -
LOCK_DATA：如果是主键锁，显示主键值；二级索引锁则显示索引值 + 对应主键值
常用来验证是否因没走索引导致全表扫描加锁，或确认 FOR UPDATE 是否意外升级为间隙锁。它对所有锁都记录（包括已授予和正在等待的），比旧表更全面，但也更“吵”——得配合 LOCK_STATUS = 'WAITING' 过滤才有意义。
