1.5 锁机制详解：彻底搞懂SELECT和UPDATE语句中的各种锁
📚 学习目标
通过本节学习，你将掌握：
- ✅ MySQL各种锁类型（表锁、行锁、间隙锁等）的工作原理
- ✅ SELECT和UPDATE语句的加锁机制和锁类型
- ✅ 如何快速定位锁等待和死锁问题
- ✅ 不同隔离级别下的锁行为差异
- ✅ 锁优化的最佳实践和避坑指南
🎯 学习收获
学完本节后，你将能够：
- 问题诊断：5分钟内定位锁等待和死锁的根本原因
- 性能优化：通过合理的锁使用提升系统并发性能
- 架构设计：设计合理的业务逻辑避免锁冲突
- 监控运维：建立完善的锁监控和告警体系
💡 实际场景引入
场景一：高并发下的锁等待问题
问题描述：某电商平台在促销活动期间，大量用户同时下单购买同一款热门商品。系统出现大量超时，数据库CPU使用率正常但响应缓慢。通过监控发现大量事务在等待锁。
你的任务：如何快速定位锁等待的源头，并优化锁竞争问题？
场景二：库存扣减引发的死锁
问题描述：某库存管理系统，多个订单同时扣减同一商品的库存时，频繁出现死锁错误，导致部分订单处理失败。
你的任务：如何分析死锁原因，并设计解决方案避免死锁？
在多用户并发访问数据库的场景下，锁机制是保证数据一致性和完整性的关键技术。然而，锁机制也是导致数据库性能问题和死锁的重要原因之一。深入理解MySQL中的各种锁类型、加锁机制以及死锁处理策略，对数据库性能优化和故障排查至关重要。本节将全面解析MySQL锁机制，帮助你彻底搞懂SELECT和UPDATE语句中的各种锁。
MySQL锁的分类
MySQL中的锁可以从多个维度进行分类：
按锁粒度分类
- 表级锁（Table Lock）：锁定整个表，开销小，加锁快，不会出现死锁
- 行级锁（Row Lock）：锁定表中的某一行，开销大，加锁慢，会出现死锁
- 页级锁（Page Lock）：锁定表中的一页数据，开销和加锁时间介于表锁和行锁之间
按锁类型分类
- 共享锁（Shared Lock，S锁）：也称读锁，允许多个事务同时读取同一资源
- 排他锁（Exclusive Lock，X锁）：也称写锁，阻止其他事务读取或写入同一资源
按思想分类
- 悲观锁（Pessimistic Lock）：认为会发生并发冲突，屏蔽一切可能违反数据完整性的操作
- 乐观锁（Optimistic Lock）：认为不会发生并发冲突，只在提交操作时检查是否违反数据完整性
查询语句中的锁
不同的查询语句会触发不同类型的锁，下面我们逐一分析。
普通SELECT语句
普通的SELECT语句在可重复读隔离级别下通常不会加锁：
-- 不加锁的普通查询SELECT*FROMemployeesWHEREemp_no=10001;但是，在串行化隔离级别下，普通SELECT会加共享锁：
-- 设置串行化隔离级别SETSESSIONTRANSACTIONISOLATIONLEVELSERIALIZABLE;-- 此时SELECT会加共享锁SELECT*FROMemployeesWHEREemp_no=10001;加锁SELECT语句
FOR UPDATE（排他锁）
-- 显式加排他锁BEGIN;SELECT*FROMemployeesWHEREemp_no=10001FORUPDATE;-- 其他事务无法读取或修改这条记录COMMIT;LOCK IN SHARE MODE（共享锁）
-- 显式加共享锁BEGIN;SELECT*FROMemployeesWHEREemp_no=10001LOCKINSHAREMODE;-- 其他事务可以读取但不能修改这条记录COMMIT;
