SQL算法
MySQL 锁机制详解：从 S 锁 X 锁到 Next-Key Lock 与死锁排查
MySQL 锁机制涵盖共享锁与排他锁、表锁与行锁、间隙锁及 Next-Key Lock。重点解析幻读解决方案、死锁成因（互斥、持有并等待等）及排查步骤（开启日志、查看状态、分析日志）。提供统一操作顺序、缩短事务时间等规避方案，保障数据一致性与并发性能。
MySQL 锁机制涵盖共享锁与排他锁、表锁与行锁、间隙锁及 Next-Key Lock。重点解析幻读解决方案、死锁成因（互斥、持有并等待等）及排查步骤（开启日志、查看状态、分析日志）。提供统一操作顺序、缩短事务时间等规避方案，保障数据一致性与并发性能。
线上系统突然报出死锁异常，业务数据更新卡住，排查半天却连锁的类型都分不清？行锁、表锁、间隙锁到底有啥区别？S 锁和 X 锁的竞争又是如何引发死锁的？作为后端开发者，数据库锁机制是绕不开的核心知识点，更是保障系统数据一致性和并发性能的关键。本文将从基础锁类型到死锁排查，层层拆解 MySQL 锁机制，带你吃透每个核心要点，轻松应对线上锁相关问题。
数据库锁的核心目的是解决并发场景下的数据一致性问题，而 Shared Locks（共享锁，简称 S 锁）和 Exclusive Locks（排他锁，简称 X 锁）是所有锁机制的基础，几乎所有数据库都实现了这两种核心锁类型。
共享锁的核心特质：多个事务可以同时持有同一资源的 S 锁，互不干扰，但会阻塞 X 锁的获取。
SELECT * FROM table WHERE id=1 LOCK IN SHARE MODE;（MySQL 中显式加 S 锁）排他锁的核心特质：同一资源同一时间只能被一个事务持有 X 锁，既阻塞其他 X 锁，也阻塞 S 锁。
UPDATE table SET name='test' WHERE id=1;除了 S 锁和 X 锁的类型区分，按锁定资源的粒度，MySQL 锁可分为表锁（Table Lock）和行锁（Record Lock），两者的锁定范围和适用场景差异极大。
表锁是锁定整个数据表的锁机制，是 MySQL 中最基础、开销最小的锁类型，MyISAM 存储引擎默认支持表锁，InnoDB 也支持但不常用。
加锁方式：
-- 显式加表级 S 锁
LOCK TABLES table_name READ;
-- 显式加表级 X 锁
LOCK TABLES table_name WRITE;
-- 释放表锁
UNLOCK TABLES;
行锁（Record Lock）是锁定数据表中某一行或多行数据的锁机制，仅 InnoDB 存储引擎支持，也是 MySQL 高并发场景下的核心锁类型。
加锁方式：无需显式加锁，默认通过索引实现（重点！无索引会升级为表锁）
-- 写操作默认加行级 X 锁
DELETE FROM table_name WHERE id=1;
-- 读操作显式加行级 S 锁
SELECT * FROM table_name WHERE id=1 FOR UPDATE;
划重点！行锁的实现依赖索引，如果查询条件没有使用索引（比如
WHERE name='test'且 name 无索引），InnoDB 会无法定位到具体行，此时会将行锁升级为表锁，导致并发性能骤降！
行锁只能锁定已存在的行数据，无法解决幻读问题（事务 A 读取范围内数据，事务 B 插入该范围数据，A 再次读取出现新数据）。为此，InnoDB 引入了间隙锁（Gap Lock）和 Next-Key Lock，两者共同构成了解决幻读的方案。
SELECT * FROM table WHERE id BETWEEN 1 AND 5 FOR UPDATE;，此时会锁定以下间隙：
SELECT * FROM table WHERE id=3 FOR UPDATE;，此时 Next-Key Lock 锁定的范围是 (1, 3]，事务 B：
死锁是并发系统中最棘手的问题之一，当两个或多个事务互相持有对方需要的锁资源，且都不主动释放时，就会陷入无限等待的死锁状态。
假设有 user 表（id 为主键），两个事务同时执行以下操作：
BEGIN;
-- 持有 id=1 的行级 X 锁
UPDATE user SET name='A' WHERE id=1;
-- 等待 id=2 的行级 X 锁
UPDATE user SET name='A' WHERE id=2;
COMMIT;
BEGIN;
-- 持有 id=2 的行级 X 锁
UPDATE user SET name='B' WHERE id=2;
-- 等待 id=1 的行级 X 锁
UPDATE user SET name='B' WHERE id=1;
COMMIT;
此时两个事务互相等待对方的锁资源，形成死锁，MySQL 会自动检测到死锁，并回滚其中一个事务（代价较小的那个）。
-- 临时开启死锁日志（重启 MySQL 失效）
SET GLOBAL innodb_print_all_deadlocks = 1;
-- 查看死锁日志位置
SHOW VARIABLES LIKE 'datadir';
死锁日志会记录在 MySQL 的错误日志中（通常是 hostname.err 文件）。
-- 查看当前事务持有和等待的锁信息
SELECT * FROM information_schema.innodb_locks;
-- 查看当前事务等待锁的情况
SELECT * FROM information_schema.innodb_lock_waits;
-- 查看当前运行的事务
SELECT * FROM information_schema.innodb_trx;
死锁日志会包含以下关键内容，帮助定位问题：
根据排查结果，针对性优化，核心规避方案：
本文从核心锁类型（S 锁/X 锁）出发，详解了表锁与行锁的粒度差异、适用场景，深入剖析了间隙锁与 Next-Key Lock 解决幻读的底层逻辑，最后重点讲解了死锁的成因、典型场景及排查优化方案。
掌握数据库锁机制，不仅能快速定位线上并发问题，更能在系统设计阶段规避潜在风险，保障数据一致性和系统高可用性。建议大家结合实际业务场景多练多总结，真正吃透锁机制的核心要点。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
使用加密算法（如AES、TripleDES、Rabbit或RC4）加密和解密文本明文。 在线工具，加密/解密文本在线工具，online
在线格式化和美化您的 SQL 查询（它支持各种 SQL 方言）。 在线工具，SQL 美化和格式化在线工具，online
解析 INSERT 等受限 SQL，导出为 CSV、JSON、XML、YAML、HTML 表格（见页内语法说明）。 在线工具，SQL转CSV/JSON/XML在线工具，online
CSV 与 JSON/XML/HTML/TSV/SQL 等互转，单页多 Tab。 在线工具，CSV 工具包在线工具，online
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online