MySQL锁机制通过行级、表级和页级锁控制并发访问，InnoDB支持行锁依赖索引，结合共享锁、排他锁和意向锁保证数据一致性，在可重复读隔离级别下用间隙锁防止幻读，事务间可能产生死锁，系统可自动检测并回滚，需通过合理设计避免锁争用。
MySQL 的锁机制是数据库用来管理并发访问的核心功能之一，主要目的是保证数据的一致性和完整性。当多个事务同时操作同一数据时，锁可以防止数据冲突，避免出现脏读、不可重复读或幻读等问题。
一、锁的类型
MySQL 中的锁可以从粒度和模式两个维度来理解：
1. 按锁的粒度划分：- 行级锁（Row-level Lock）：锁定某一行数据，最小粒度的锁，适用于高并发场景。InnoDB 存储引擎支持行级锁，通过索引实现，能有效减少锁冲突。
- 表级锁（Table-level Lock）：锁定整张表，开销小但并发性能差。MyISAM 引擎只支持表锁，InnoDB 在某些情况下（如没有使用索引）也会升级为表锁。
- 页级锁（Page-level Lock）：介于行锁和表锁之间，锁定一页数据（通常为 16KB），BDB 引擎使用，实际应用较少。
- 共享锁（S 锁 / 读锁）：多个事务可以同时持有对同一资源的共享锁，用于读操作。加了 S 锁的数据，其他事务也可以加 S 锁，但不能加 X 锁。
- 排他锁（X 锁 / 写锁）：只能由一个事务持有，阻止其他事务对该资源加任何类型的锁，用于写操作。
- 意向锁（Intention Lock）：表明事务打算在表中的某些行上加锁。分为意向共享锁（IS）和意向排他锁（IX）。例如，事务要对某行加 X 锁，必须先获得表的 IX 锁。
二、InnoDB 的锁机制特点
InnoDB 是 MySQL 默认的事务型存储引擎，其锁机制最为复杂也最常用。
- InnoDB 支持行级锁，但依赖索引。如果 SQL 查询未命中索引，可能会导致全表扫描并升级为表锁。
- 默认隔离级别为 可重复读（REPEATABLE READ），在此级别下，InnoDB 使用“间隙锁（Gap Lock）”和“临键锁（Next-Key Lock）”来防止幻读。
- 自动为涉及 WHERE 条件的 UPDATE、DELETE 加 X 锁；SELECT 需要显式加锁时可用
SELECT ... FOR SHARE（S 锁）或SELECT ... FOR UPDATE（X 锁）。
三、死锁与锁等待
当多个事务相互等待对方释放锁时，可能发生死锁。
- InnoDB 能自动检测死锁，并回滚其中一个事务以打破循环。
- 可以通过
SHOW ENGINE INNODB STATUS查看最近一次死锁信息。 - 减少死锁的方法包括：按固定顺序访问表和行、避免长时间事务、及时提交事务等。
四、查看锁信息
可通过以下命令监控锁状态：
-
SHOW PROCESSLIST：查看当前连接和执行状态。 -
information_schema.INNODB_TRX：查看当前运行的事务。 -
information_schema.INNODB_LOCKS（已弃用）或performance_schema.data_locks：查看锁的具体情况。
基本上就这些。理解 MySQL 锁机制的关键在于掌握不同锁的适用场景、InnoDB 如何通过索引实现行锁，以及如何在实际开发中避免锁争用和死锁问题。不复杂但容易忽略细节。
