MySQL锁机制全解析：共享锁、排他锁、意向锁、行锁、表锁

MySQL 锁体系（InnoDB） ├── 按粒度分 │ ├── 表级锁 │ │ ├── 表锁（手动 LOCK TABLES） │ │ ├── 元数据锁 MDL（自动，DDL 相关） │ │ └── 意向锁 IS / IX（自动，协调表锁和行锁） │ └── 行级锁 │ ├── 记录锁 Record Lock（锁具体行） │ ├── 间隙锁 Gap Lock（锁范围间隙） │ └── 临键锁 Next-Key Lock（记录锁 + 间隙锁，默认） ├── 按模式分 │ ├── 共享锁 S（读锁） │ └── 排他锁 X（写锁） └── 特殊锁 ├── 自增锁 AUTO-INC └── 谓词锁（空间索引，极少用）

-- 加读锁（共享）
LOCK TABLES users READ;
-- 加写锁（排他）
LOCK TABLES users WRITE;
-- 解锁（释放当前会话所有表锁）
UNLOCK TABLES;

-- 事务 A（未提交）
BEGIN;
SELECT * FROM users WHERE id = 1;   -- 加 MDL 读锁
-- 事务 B（同时执行）
ALTER TABLE users ADD COLUMN age INT;  -- 需要 MDL 写锁，被阻塞！
-- 事务 C（同时执行）
SELECT * FROM users WHERE id = 2;   -- 需要 MDL 读锁，排在 B 后面，也被阻塞！

-- 对 id=5 这一行加记录锁
SELECT * FROM users WHERE id = 5 FOR UPDATE;

-- 假设表中 id 有 1, 5, 10
-- 下面语句锁住 (5, 10) 这个间隙
SELECT * FROM users WHERE id BETWEEN 6 AND 9 FOR UPDATE;

索引值:  1    5    10   20
临键锁范围:
  id=5 的锁覆盖 (1, 5]  -- 包含 5 本身
  id=10 的锁覆盖 (5, 10]

-- 默认 RR 隔离级别下
SELECT * FROM users WHERE id > 5 AND id < 15 FOR UPDATE;

S锁    X锁
S锁    兼容    互斥
X锁    互斥    互斥

-- 事务 A
BEGIN;
SELECT * FROM users WHERE id = 1 LOCK IN SHARE MODE;  -- 加 S 锁
-- 事务 B（同一时刻）
SELECT * FROM users WHERE id = 1;                     -- ✅ 普通读走快照，不阻塞
SELECT * FROM users WHERE id = 1 LOCK IN SHARE MODE;  -- ✅ 加 S 锁，兼容
SELECT * FROM users WHERE id = 1 FOR UPDATE;          -- ❌ 要加 X 锁，被阻塞
UPDATE users SET name='x' WHERE id = 1;               -- ❌ 要加 X 锁，被阻塞

-- 事务 A
BEGIN;
SELECT * FROM users WHERE id = 1 FOR UPDATE;           -- 加 X 锁
-- 事务 B
SELECT * FROM users WHERE id = 1;                     -- ✅ 普通读走 MVCC 快照，不阻塞
SELECT * FROM users WHERE id = 1 LOCK IN SHARE MODE;  -- ❌ 要加 S 锁，被阻塞
UPDATE users SET name='x' WHERE id = 1;               -- ❌ 要加 X 锁，被阻塞

-- 事务 A
BEGIN;
UPDATE users SET name='x' WHERE id = 1;   -- 自动加 IX 锁 + 行级 X 锁
-- 事务 B
LOCK TABLES users WRITE;                  -- 需要表级 X 锁，和 IX 互斥，被阻塞

-- name 没有索引
UPDATE users SET age = 20 WHERE name = '张三';

-- 表结构
CREATE TABLE accounts (
  id INT PRIMARY KEY,
  balance DECIMAL(10,2)
);
-- 数据: id=1 balance=100, id=2 balance=200
-- 事务 A
BEGIN;
UPDATE accounts SET balance = balance - 10 WHERE id = 1;  -- 锁 id=1
-- 事务 B（同时）
BEGIN;
UPDATE accounts SET balance = balance + 10 WHERE id = 2;  -- 锁 id=2
-- 事务 A（继续）
UPDATE accounts SET balance = balance + 10 WHERE id = 2;  -- 等事务 B 释放 id=2
-- 事务 B（继续）
UPDATE accounts SET balance = balance - 10 WHERE id = 1;  -- 等事务 A 释放 id=1
-- 💥 死锁！MySQL 检测到后回滚其中一个事务

-- 查看最近一次死锁信息
SHOW ENGINE INNODB STATUS\G

*** (1) TRANSACTION:
UPDATE accounts SET balance = balance + 10 WHERE id = 2
*** (1) HOLDS THE LOCK(S):
RECORD LOCKS space id 123 page no 3 ...
*** (2) TRANSACTION:
UPDATE accounts SET balance = balance - 10 WHERE id = 1
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 123 page no 3 ...

-- MySQL 8.0+
SELECT * FROM performance_schema.data_lock_waits;
SELECT * FROM performance_schema.data_locks;
-- 老版本
SELECT * FROM information_schema.innodb_locks;
SELECT * FROM information_schema.innodb_lock_waits;

SHOW FULL PROCESSLIST;
-- 关注 State 列：
-- Waiting for table metadata lock → MDL 等待
-- Waiting for lock → 行锁等待

SELECT * FROM information_schema.innodb_trx
ORDER BY trx_started ASC;

SELECT * FROM performance_schema.metadata_locks;

KILL <thread_id>;

-- ❌ 无索引，锁全表
UPDATE orders SET status = 'cancelled' WHERE user_phone = '13800138000';
-- ✅ 加索引，只锁命中的行
ALTER TABLE orders ADD INDEX idx_phone (user_phone);

// ❌ 事务里调外部接口
@Transactional
public void placeOrder() {
    updateInventory();      // 持有行锁
    callPaymentAPI();       // 网络调用耗时 3 秒，锁一直不释放
    updateOrderStatus();
}
// ✅ 拆分
public void placeOrder() {
    updateInventory();      // 短事务
    callPaymentAPI();       // 无锁
    updateOrderStatus();    // 短事务
}

-- ❌ 高并发下秒杀同一行
UPDATE inventory SET stock = stock - 1 WHERE item_id = 1;
-- ✅ 拆分成多行，分散竞争
-- 提前创建 item_id=1 的 10 行库存记录，随机选一行扣减
UPDATE inventory SET stock = stock - 1
WHERE item_id = 1 AND stock > 0
LIMIT 1;

-- 查看当前隔离级别
SELECT @@transaction_isolation;
-- 设置为 READ COMMITTED（无间隙锁，并发高）
SET session transaction isolation level READ COMMITTED;

接口超时 → SHOW PROCESSLIST 看 State
→ 是 Waiting for table metadata lock？→ 查长事务 / DDL
→ 是 Waiting for lock？→ 查 data_lock_waits 定位阻塞源
→ 死锁？→ SHOW ENGINE INNODB STATUS 看详情
→ 根因：缺索引 / 事务太长 / 访问顺序不固定