MySQL 锁全景速查手册

问「MySQL 都有哪些锁」之所以容易答乱，是因为锁可以从三个完全不同的维度分类。同一个锁会同时属于三个维度各一项（比如一次 UPDATE 加的锁 = 行级 + 排他 + 悲观）。

所有分析都以 RR 隔离级别 + 当前读（如 UPDATE / FOR UPDATE） 为前提。核心规律：索引越精确，锁得越少；没有索引，锁全表。

-- ① 看当前所有锁（8.0）
SELECT engine, object_name, lock_type, lock_mode, lock_status, lock_data
FROM performance_schema.data_locks;

-- ② 看谁在等谁（8.0）
SELECT * FROM performance_schema.data_lock_waits;

-- ③ 看活跃事务（尤其关注运行时间长的）
SELECT trx_id, trx_state, trx_started, trx_query
FROM information_schema.innodb_trx
ORDER BY trx_started;

-- ④ 看锁等待与阻塞源头（8.0，一条 SQL 定位问题）
SELECT waiting_pid, waiting_query, blocking_pid, blocking_query
FROM sys.innodb_lock_waits;

lock_mode 字段怎么读

处理与预防

• 应用层必须重试：捕获错误码 1213（死锁）/ 1205（锁等待超时），做有限次重试 + 退避。这是唯一正确的处理方式。
• 统一访问顺序：让所有事务按相同顺序（如按 id 升序）访问资源，直接消灭循环等待——最有效的预防手段。
• 缩短事务：把不必要的查询、RPC 调用挪出事务，减少持锁时间。
• 拆分大事务：一次更新 10 万行 → 分批更新，降低锁范围与冲突概率。
• 合理建索引：让锁精确落到目标行，避免锁全表导致大面积冲突。
• 高并发场景可关检测：innodb_deadlock_detect=OFF 后仅依赖超时回滚，可显著降低大量线程等同一把锁时的检测开销（但需把 innodb_lock_wait_timeout 调小以快速失败）。

-- ① 有没有锁等待？谁等谁？
SELECT * FROM performance_schema.data_lock_waits;      -- 8.0
SELECT * FROM sys.innodb_lock_waits;                    -- 更友好（含 SQL 文本）

-- ② 有没有长事务 / 未提交事务？
SELECT trx_id, trx_state, trx_started,
       TIMESTAMPDIFF(SECOND, trx_started, NOW()) AS secs,
       trx_query
FROM information_schema.innodb_trx
WHERE TIMESTAMPDIFF(SECOND, trx_started, NOW()) > 5
ORDER BY secs DESC;

-- ③ 最近一次死锁详情
SHOW ENGINE INNODB STATUS\G   -- 看 LATEST DETECTED DEADLOCK 段

-- ④ 杀掉问题连接（谨慎！先确认业务影响）
KILL <processlist_id>;

-- ⑤ 查看并设置锁等待超时
SHOW VARIABLES LIKE 'innodb_lock_wait_timeout';
SET SESSION innodb_lock_wait_timeout = 10;

-- ⑥ 查看当前隔离级别
SELECT @@transaction_isolation;