本文共 1997 字，大约阅读时间需要 6 分钟。
MySQL 的锁机制是数据库管理中非常重要的一部分，用于实现数据并发控制和一致性。以下将从多个维度详细解析 MySQL 的加锁机制及其在实际应用中的表现。
MySQL 提供了多种锁机制，主要包括行锁、表锁、间隙锁、意向锁和元数据锁（MDL）。这些锁机制根据不同的需求和应用场景，共同保障了数据库的高并发性能和数据一致性。
在 InnoDB 存储引擎中，行锁是事务管理的核心机制。行锁保证了事务的并发安全，通过锁定具体行数据，确保在并发修改时不会出现数据不一致。
自动加锁：事务执行 SELECT ... FOR UPDATE 或 UPDATE 语句时，InnoDB 会自动加行锁。这种方式简化了开发流程，适用于大多数常见场景。
显示加锁：通过使用 LOCK IN SHARE MODE 或 FOR UPDATE，事务可以主动加行锁。共享锁（S 锁）允许多个事务读取数据，但排他锁（X 锁）则阻止其他事务的读写操作。
表锁主要用于 MyISAM 存储引擎，或者在 InnoDB 中通过手动锁表来实现。表锁适合批量操作，但并发能力较低，写锁会阻塞所有读写操作。
LOCK TABLES 语句加锁，提供了更大的控制权，适合大批量读写操作。读锁允许其他事务读取数据，而写锁则阻止所有事务的操作。间隙锁用于防止幻读，主要在 REPEATABLE READ 隔离级别下生效。通过锁定查询范围内不存在的数据，避免其他事务插入新数据。
SELECT * FROM users WHERE age BETWEEN 20 AND 30 FOR UPDATE 中，锁定 20 ≤ age ≤ 30 的数据间隙，但允许对已有记录进行修改。Next-Key 锁结合了行锁和间隙锁，提供更强的数据保护能力。它不仅锁定特定行，还锁定相邻数据的间隙，防止幻读和数据插入。
SELECT * FROM users WHERE id = 10 FOR UPDATE 中，Next-Key 锁会锁定 id=10 的行以及其前后的间隙。意向锁用于优化锁管理，减少锁冲突。IS（Intent Share）锁表示事务希望加共享锁，IX（Intent Exclusive）锁表示事务希望加排他锁。意向锁不会真正锁定数据，而是为后续的行锁操作做准备。
SELECT ... FOR UPDATE 语句，MySQL 会先加意向锁，确保锁管理更加高效。MDL 用于保护表结构，防止 DDL 操作破坏数据一致性。在执行 ALTER TABLE 时，MySQL 会加 MDL 写锁，阻止其他事务操作。
MySQL 的加锁流程通常包括以下步骤：
BEGIN 语句启动事务。FOR UPDATE 或 LOCK IN SHARE MODE。| 锁类型 | 适用存储引擎 | 作用范围 | 加锁方式 | 特点 |
|---|---|---|---|---|
| 表锁 | MyISAM/InnoDB | 整个表 | LOCK TABLES | 简单但并发能力较低 |
| 行锁 | InnoDB | 具体行 | SELECT ... FOR UPDATE | 适合高并发 |
| 间隙锁 | InnoDB | 行间隙 | SELECT ... FOR UPDATE | 防止幻读 |
| Next-Key 锁 | InnoDB | 行+间隙 | SELECT ... FOR UPDATE | 影响插入性能 |
| 意向锁 | InnoDB | 表 | IS/IX | 优化锁管理 |
| MDL 锁 | InnoDB | 表结构 | SELECT/ALTER | 防止表结构修改冲突 |
MyISAM 使用表锁，适合批量操作，但并发能力较低。InnoDB 默认使用行锁，适合高并发场景，支持 FOR UPDATE 和 LOCK IN SHARE MODE。间隙锁和 Next-Key 锁 用于 RR 隔离级别，防止幻读，但可能影响插入性能。意向锁和 MDL 锁 优化锁冲突管理和保护数据结构完整性。合理选择锁策略，可以提高数据库性能，减少死锁发生。
转载地址：http://oybfk.baihongyu.com/