MySQL中的锁机制详解

MySQL中的锁机制详解

一、锁的概念

锁是MySQL用于管理并发访问的核心机制，确保在多个事务同时操作数据时，维持数据的一致性和完整性。通过锁，可以防止脏读、不可重复读、幻读等问题，并避免资源竞争导致的冲突。

---

二、锁的类型及特点

1. 按粒度分类

   • 表级锁：锁定整张表（如MyISAM引擎）。
     • 优点：加锁速度快，资源占用少。
     • 缺点：并发度低，写操作会阻塞所有读写操作。
   • 行级锁：仅锁定特定行（InnoDB支持）。
     • 优点：并发度高，仅影响冲突行。
     • 缺点：加锁慢，可能引发死锁。

2. 按模式分类

   • 共享锁（S Lock）：允许其他事务读，禁止写。
     语法：SELECT ... LOCK IN SHARE MODE
   • 排他锁（X Lock）：禁止其他事务读和写。
     语法：SELECT ... FOR UPDATE

3. 意向锁（Intention Locks）：表级锁，表明事务即将对某些行加锁。

   • 意向共享锁（IS）：事务打算对某些行加S锁。
   • 意向排他锁（IX）：事务打算对某些行加X锁。

4. 间隙锁（Gap Locks）：锁定索引记录间的间隙，防止幻读。
   场景：WHERE age BETWEEN 20 AND 30会阻止插入age=25的新记录。

---

三、锁的优缺点对比

锁类型	优点	缺点
表级锁	管理简单，开销小	并发度低，阻塞严重
行级锁	高并发，冲突少	死锁风险，开销大
共享锁	允许多读，避免脏读	写操作被阻塞
排他锁	保证数据强一致性	完全阻塞其他操作

---

四、应用场景及示例

1. 场景：电商库存扣减（行级锁）

• 问题：高并发下单时超卖。
• 解决方案：使用SELECT ... FOR UPDATE锁定库存行。

  BEGIN;
  -- 对商品ID=100的行加排他锁
  SELECT stock FROM products WHERE id = 100 FOR UPDATE;
  -- 检查库存并更新
  UPDATE products SET stock = stock - 1 WHERE id = 100;
  COMMIT;
  

• 优点：精准控制库存，避免超卖。
• 缺点：频繁锁竞争可能影响性能。

2. 场景：生成财务报表（表级锁）

• 问题：统计订单总额时需数据一致性。
• 解决方案：使用LOCK TABLES锁定整表。

  LOCK TABLES orders READ;
  -- 执行统计操作（如SUM(total)）
  UNLOCK TABLES;
  

• 优点：保证统计期间数据不变。
• 缺点：阻塞所有写操作，不适用于高并发。

3. 场景：银行转账（行级锁+事务）

• 问题：转账需同时修改两个账户，避免中途不一致。
• 解决方案：在事务中对多个账户加排他锁。

  BEGIN;
  SELECT balance FROM accounts WHERE id = 1 FOR UPDATE;
  SELECT balance FROM accounts WHERE id = 2 FOR UPDATE;
  -- 执行转账逻辑（UPDATE两个账户）
  COMMIT;
  

• 优点：保证原子性，防止中间状态被读取。
• 风险：若加锁顺序不当，可能引发死锁。

4. 场景：批量插入数据（间隙锁）

• 问题：在age索引范围（20-30）插入时防止幻读。
• 解决方案：REPEATABLE READ隔离级别下自动加间隙锁。

  -- 事务A
  SELECT * FROM users WHERE age BETWEEN 20 AND 30 FOR UPDATE;
  -- 事务B试图插入age=25的记录会被阻塞
  

• 优点：避免幻读，保证范围查询一致性。
• 缺点：可能过度锁定期望外的间隙。

---

五、死锁处理示例

• 场景：事务A锁定了行1，请求行2；事务B锁定了行2，请求行1。
• MySQL处理：自动检测并回滚代价较小的事务。
• 规避方法：
  • 保持一致的加锁顺序。
  • 使用SHOW ENGINE INNODB STATUS分析死锁日志。
  • 设置合理的超时时间（innodb_lock_wait_timeout）。

---

六、总结

• 表级锁适合低并发、只读场景（如数据归档）。
• 行级锁适合高并发OLTP系统（如电商、金融）。
• 意向锁优化了表级锁与行级锁的共存。
• 合理选择隔离级别（如READ COMMITTED减少锁竞争）。

通过灵活运用锁机制，可以在数据一致性和系统性能之间取得平衡。