MySQL 的锁机制是数据库用来管理并发访问的核心功能之一，主要目的是保证数据的一致性和完整性。当多个事务同时操作同一数据时，锁可以防止数据冲突，避免出现脏读、不可重复读或幻读等问题。
一、锁的类型
MySQL 中的锁可以从粒度和模式两个维度来理解：
1. 按锁的粒度划分： 行级锁（Row-level Lock）：锁定某一行数据，最小粒度的锁，适用于高并发场景。InnoDB 存储引擎支持行级锁，通过索引实现，能有效减少锁冲突。 表级锁（Table-level Lock）：锁定整张表，开销小但并发性能差。MyISAM 引擎只支持表锁，InnoDB 在某些情况下（如没有使用索引）也会升级为表锁。 页级锁（Page-level Lock）：介于行锁和表锁之间，锁定一页数据（通常为 16KB），BDB 引擎使用，实际应用较少。 2. 按锁的模式划分： 共享锁（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 如何通过索引实现行锁，以及如何在实际开发中避免锁争用和死锁问题。不复杂但容易忽略细节。
