MySQL锁机制详解

原创于 2025-05-27 10:15:46 发布 · 334 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#mysql #数据库

大数据面试专栏收录该内容

183 篇文章

订阅专栏

MySQL中的**独占锁（Exclusive Lock，X锁）和共享锁（Shared Lock，S锁）**是InnoDB引擎实现并发控制的核心机制，主要用于管理事务对数据的访问权限。以下是它们的核心特性、区别和应用场景：

1. 共享锁（Shared Lock，S锁）

定义：允许多个事务同时读取同一行数据，但阻止任何事务修改该行（写操作需等待）。
加锁方式：
- 显式加锁：SELECT ... LOCK IN SHARE MODE。
- 隐式加锁：某些情况下由InnoDB自动加锁（如隔离级别为可重复读时的普通SELECT语句）。
特性：
- 兼容性：多个共享锁可以共存，但共享锁与独占锁互斥。
- 目的：确保事务读取期间数据不被其他事务修改，保证一致性读。

2. 独占锁（Exclusive Lock，X锁）

定义：仅允许一个事务读写某行数据，其他事务无法对该行加任何锁（读/写均被阻塞）。
加锁方式：
- 显式加锁：SELECT ... FOR UPDATE。
- 隐式加锁：自动加在UPDATE、DELETE、INSERT操作涉及的记录上。
特性：
- 排他性：独占锁与其他所有锁（包括其他独占锁）互斥。
- 目的：保证事务修改数据时的独占性，避免脏写和不可重复读。

3. 锁的兼容性

当前锁类型 \ 请求锁类型	共享锁（S）	独占锁（X）
共享锁（S）	✅ 兼容	❌ 冲突
独占锁（X）	❌ 冲突	❌ 冲突

规则：
- 共享锁之间可共存，共享锁与独占锁互斥。
- 独占锁与其他任何锁均互斥。

4. 应用场景

共享锁（S锁）：
- 需要读取数据并确保在事务结束前数据不被修改。
- 示例：生成报表时，先锁定数据防止中途被修改。
独占锁（X锁）：
- 需要修改数据时，保证其他事务无法读取或修改该数据。
- 示例：转账操作中锁定账户行，避免并发修改导致余额错误。

5. 注意事项

死锁风险：
- 多个事务互相等待锁释放时可能发生死锁。
- 解决方案：设置合理的事务超时时间，或让数据库自动回滚代价较小的事务。
性能影响：
- 锁会降低并发性，持有锁时间越长，系统吞吐量越低。
- 优化建议：尽量缩短事务长度，减少锁定范围（如避免全表扫描加锁）。
隔离级别影响：
- 在READ COMMITTED级别下，语句结束后释放锁；在REPEATABLE READ级别下，事务结束后释放锁。
- 不同隔离级别下，锁的行为可能变化（如间隙锁的引入）。

6. 示例代码

-- 共享锁示例：读取并阻止其他事务修改
START TRANSACTION;
SELECT * FROM accounts WHERE id = 1 LOCK IN SHARE MODE;
-- 其他事务仍可加共享锁，但不能加独占锁
COMMIT;

-- 独占锁示例：修改前锁定数据
START TRANSACTION;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;
UPDATE accounts SET balance = 100 WHERE id = 1;
COMMIT;