怎样通过MySQL的sys schema快速诊断锁冲突-mysql教程-PHP中文网

sys.innodb_lock_waits可快速定位活跃锁等待链，显示waiting_pid和blocking_pid用于kill，但仅反映瞬时等待态，不显示持锁行、表名或锁粒度，需配合innodb_trx和performance_schema.data_locks查长事务持锁详情。

怎样通过mysql的sys schema快速诊断锁冲突

能快速定位活跃锁等待链，但不能直接查出“谁在持锁”或“锁了哪一行”，必须配合其他视图或手动关联。

它本质是 INFORMATION_SCHEMA.INNODB_LOCK_WAITS 的封装视图，字段里有 waiting_pid 和 blocking_pid，可直接用于 KILL。但注意：

只在“有事务正在等锁”时返回数据；如果业务卡住但该视图为空，大概率是长事务持锁未被等（比如 BEGIN 后挂起），不是锁等待冲突
blocking_pid 对应的是 information_schema.PROCESSLIST.Id，不是线程 ID，可直接 KILL blocking_pid
不显示被锁的表名或行信息，locked_table 字段在该视图中并不存在——得查 sys.x$innodb_lock_waits 或关联 performance_schema.data_locks
依赖 performance_schema 开启且 events_statements_history_long、data_locks 等 consumer 已启用，否则全为空

当 sys.innodb_lock_waits 返回空，但应用明显卡住，优先怀疑是“持有锁但无人等待”的长事务：

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

先运行 SELECT TRX_ID, TRX_MYSQL_THREAD_ID, TRX_QUERY, TRX_STARTED FROM information_schema.INNODB_TRX ORDER BY TRX_STARTED LIMIT 5; 找出最早开始的事务
用返回的 TRX_ID 去查 performance_schema.data_locks：SELECT OBJECT_SCHEMA, OBJECT_NAME, LOCK_TYPE, LOCK_MODE, LOCK_DATA FROM performance_schema.data_locks WHERE ENGINE_TRANSACTION_ID = 'xxx';
LOCK_DATA 在唯一主键行锁下才有意义；若为 NULL 或显示范围值（如 7, 10），说明是间隙锁或非唯一索引锁，无法精确定位单行
注意：MySQL 8.0 默认关闭 data_locks，需提前执行 SET GLOBAL performance_schema = ON; 并启用对应 consumer

看到报错 Waiting for table metadata lock，别急着 kill SELECT 会话——它只持 MDL 读锁，真正堵住 DDL 的是后续试图升级写锁的会话：

sys.schema_table_lock_waits 是专盯元数据锁（MDL）的视图，只在 MySQL ≥ 8.0 可用，5.7 不支持
它不反映行锁或间隙锁，查 UPDATE/INSERT 冲突时用它毫无意义
字段 blocking_pid 和 waiting_pid 仍对应 PROCESSLIST.Id，可联查 information_schema.PROCESSLIST 获取 SQL
object_schema/object_name 显示被锁的表，但锁粒度要看 lock_type（如 EXCLUSIVE、SHARED_READ）

很多查询返回空，不是没锁，而是权限或配置没到位：

普通用户默认只能查自己的会话，要查全部需 SUPER 权限，或 PROCESS + SELECT on performance_schema
MySQL 5.7 需确认 performance_schema.setup_consumers 中 events%lock% 类 consumer 已启用：UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE 'events%lock%';
MySQL 8.0+ 推荐用 performance_schema.data_locks + data_lock_waits，字段更全、无幻读风险；但 sys.innodb_locks 在 8.0.15+ 才默认启用
临时表引发的锁不会出现在任何 sys 视图中，因为 sys.schema_table_statistics_with_buffer 等默认不统计临时表