一、InnoDB锁概述
MySQL的InnoDB存储引擎支持行级锁，这与MyISAM的表级锁不同，使其在处理高并发写入时具有更高的性能。InnoDB的锁机制主要通过锁住索引来实现，而非直接锁住数据行。在可重复读（Repeatable Read，RR）隔离级别下，InnoDB通过Next-Key Lock（临键锁）来防止幻读现象。本文将详细解析InnoDB中的各种锁类型及其使用场景。
二、InnoDB锁的类型
1. 共享锁（S锁）与排他锁（X锁）
共享锁（Shared Lock，S锁）：又称读锁，允许事务读取一行数据。当事务对某行加上S锁后，其他事务可以继续加S锁，但不能加X锁。
排他锁（Exclusive Lock，X锁）：又称写锁，允许事务删除或更新一行数据。当事务对某行加上X锁后，其他事务不能加任何类型的锁。
-- 加共享锁（读取时） SELECT * FROM users WHERE id = 1 LOCK IN SHARE MODE; -- 加排他锁（更新或删除时自动加，或手动加） SELECT * FROM users WHERE id = 1 FOR UPDATE;
2. 意向锁（Intention Locks）
意向锁是表级锁，用于指示事务稍后对表中的行加哪种类型的锁（S锁或X锁）。InnoDB支持意向共享锁（IS）和意向排他锁（IX）。意向锁的存在是为了在加表级锁时，快速判断表中的行是否被加锁，而无需逐行遍历检查。
事务在获取行级S锁前，必须先获取表级IS锁。
事务在获取行级X锁前，必须先获取表级IX锁。
3. 记录锁（Record Locks）
记录锁是加在索引记录上的锁。当使用唯一索引（主键或唯一二级索引）进行精确匹配时，InnoDB会降级为记录锁，仅锁住匹配的那一条记录，不会锁住间隙。
-- 假设 id 是主键，此时仅锁定 id = 5 的记录 SELECT * FROM users WHERE id = 5 FOR UPDATE;
4. 间隙锁（Gap Locks）
间隙锁锁定的是索引记录之间的间隙，或者第一条索引记录之前或最后一条索引记录之后的间隙。它的唯一目的是防止其他事务在间隙中插入新记录，从而防止幻读。间隙锁之间不会冲突，多个事务可以同时持有同一个间隙的间隙锁。
-- 假设表中存在 id 为 5 和 10 的记录 -- 该查询会锁住 (5, 10) 这个间隙，阻止其他事务插入 id 为 6、7、8、9 的新记录 SELECT * FROM users WHERE id > 5 AND id < 10 FOR UPDATE;
5. 临键锁（Next-Key Locks）
临键锁是记录锁和间隙锁的组合，它不仅锁住索引记录本身，还锁住前面的间隙。在InnoDB的默认隔离级别（RR）下，InnoDB使用临键锁来进行搜索和索引扫描，从而防止幻读。临键锁的范围是左开右闭区间。
三、InnoDB加锁机制与实战分析
1. 通过索引加锁
InnoDB的行锁是通过锁住索引实现的，而不是锁住数据行本身。这意味着如果一条SQL语句没有使用索引，那么InnoDB将无法使用行锁，而是会退化为表锁。
-- 假设 name 字段没有索引 UPDATE users SET age = 20 WHERE name = 'Tom'; -- 由于没有索引，InnoDB会对整张表加锁，导致其他行也无法更新
2. 不同索引类型的加锁情况
主键索引（聚簇索引）：精确匹配时加记录锁；范围查询时加临键锁。
唯一二级索引：精确匹配时，会在二级索引和主键索引上都加记录锁；范围查询加临键锁。
普通二级索引：无论精确匹配还是范围查询，都会在二级索引上加临键锁，在主键索引上加记录锁。且在普通索引值相同时，可能会锁住相邻的记录。
-- 假设 age 是普通索引，存在多条 age = 20 的记录 -- 该语句不仅锁住 age = 20 的记录，还会锁住前后的间隙 SELECT * FROM users WHERE age = 20 FOR UPDATE;
四、死锁的产生与避免
死锁是指两个或两个以上的事务在执行过程中，因争夺资源而造成的一种互相等待的现象。InnoDB默认开启了死锁检测，一旦发现死锁，会回滚较小的事务来打破死锁。
1. 常见死锁场景
-- 事务A START TRANSACTION; UPDATE accounts SET balance = balance - 10 WHERE id = 1; -- 事务B（并发执行） START TRANSACTION; UPDATE accounts SET balance = balance + 10 WHERE id = 2; -- 事务A继续执行，等待事务B释放 id=2 的锁 UPDATE accounts SET balance = balance + 10 WHERE id = 2; -- 事务B继续执行，等待事务A释放 id=1 的锁，产生死锁 UPDATE accounts SET balance = balance - 10 WHERE id = 1;
2. 如何避免死锁
按固定顺序访问表和行：例如总是先操作 id 较小的记录，再操作 id 较大的记录。
保持事务简短：避免长事务，减少锁持有的时间。
合理使用索引：避免因未走索引而导致的表锁，降低锁冲突概率。
降低隔离级别：如果业务允许，将隔离级别降为读已提交（RC），此时InnoDB不会使用间隙锁，大大减少死锁概率。
3. 查看锁状态
-- 查看当前锁的等待情况 SELECT * FROM information_schema.INNODB_LOCK_WAITS; -- 查看InnoDB整体状态（包含最近死锁信息） SHOW ENGINE INNODB STATUS;
五、总结
InnoDB的锁机制是其高并发性能和数据一致性的保障。理解共享锁、排他锁、记录锁、间隙锁和临键锁的原理，以及索引与锁的关系，对于编写高性能、高并发的数据库应用至关重要。在实际开发中，应尽量通过索引来检索数据，避免锁升级为表锁，同时遵循固定顺序操作和保持事务简短的原则，以有效减少死锁的发生。