前言

行锁在 InnoDB 中是基于索引实现的，所以一旦某个加锁操作没有应用索引，那么该锁就会进化为表锁。

一、行锁三剑客是什么？

行锁三剑客指的是：InnoDB引擎下的记录锁（Record Locks），间隙锁（Gap Locks），临键锁（Next-Key Locks）。

二、记录锁（Record Locks）

记录锁存在于包含主键索引在内的惟一索引中，锁定单条索引记录

-- id 列为主键列或惟一索引列

SELECT * FROM table WHERE id = 1 FOR UPDATE;

id 为 1 的记录行会被锁住。
须要留神的是：

**id 列必须为惟一索引列或主键列，否则上述语句加的锁就会变成临键锁。
同时查问语句必须为精准匹配（=），不能为 >、<、like等，否则也会进化成临键锁**

其余实现
在通过 主键索引 与 惟一索引 对数据行进行 UPDATE 操作时，也会对该行数据加记录锁：

-- id 列为主键列或惟一索引列

UPDATE SET age = 50 WHERE id = 1;

三、间隙锁（Gap Locks）

间隙锁基于非惟一索引，它锁定一段范畴内的索引记录。间隙锁基于上面将会提到的Next-Key Locking 算法，请务必牢记：应用间隙锁锁住的是一个区间，而不仅仅是这个区间中的每一条数据。

间隙锁测试：
test表中，主键id,age

在进行测试之前，咱们先来看看test表中存在的暗藏间隙：

  1. (-infinity, 1）
  2. (1, 5）
  3. (5, 7）
  4. (7, 11）
  5. (11, +infinity）

场景一：只应用记录锁，不会产生间隙锁
开启事务一，并执行主键为id=5的语句。

事务2开启执行insert, 失常执行不受影响。

场景二：产生间隙锁(主键索引)
事务一依然是开启事务，然而执行的是范畴内的查问。

事务二开启，而后执行插入语句，插入id=6.age =8.

从下面咱们能够看到，(5, 7)、(7, 11) 这两个区间，都不可插入数据，其它区间，都能够失常插入数据。所以咱们能够得出结论：当咱们给 (5, 7)这个区间加锁的时候，会锁住 (5, 7)、(7, 11] 这两个区间。

场景三：产生间隙锁（主键索引+锁不存在的数据）

Id=3并不存在这样的数据，发现锁住了区间(1,5]

论断

  1. 对于指定查问某一条记录的加锁语句，如果该记录不存在，会产生记录锁和间隙锁，如果记录存在，则只会产生记录锁，如：WHERE id = 5 FOR UPDATE;
  2. 对于查找某一范畴内的查问语句，会产生间隙锁，如：WHERE id BETWEEN 5 AND 7 FOR UPDATE;

场景四：产生间隙锁（非主键索引）
在这张表上，咱们有 id age 这两个字段，id 是咱们的主键，咱们在 age 上，建也立了一个一般索引，为了不便咱们前面的测试
在进行测试之前，咱们先来看看test1表中 number 索引存在的暗藏间隙：

  1. (-infinity, 1)
  2. (1, 3)
  3. (3, 8)
  4. (8, 12)
  5. (12, +infinity)
    案例阐明
    咱们执行以下的事务（事务1最初提交），别离执行上面的语句：
/* 开启事务1 */BEGIN;/* 查问 number = 5 的数据并加记录锁 */SELECT * FROM `test1` WHERE `number` = 3 FOR UPDATE;/* 提早30秒执行，避免锁开释 */SELECT SLEEP(30);# 留神：以下的语句不是放在一个事务中执行，而是离开屡次执行，每次事务中只有一条增加语句/* 事务2插入一条 number = 0 的数据 */INSERT INTO `test1` (`number`) VALUES (0); # 失常执行/* 事务3插入一条 number = 1 的数据 */INSERT INTO `test1` (`number`) VALUES (1); # 被阻塞/* 事务4插入一条 number = 2 的数据 */INSERT INTO `test1` (`number`) VALUES (2); # 被阻塞/* 事务5插入一条 number = 4 的数据 */INSERT INTO `test1` (`number`) VALUES (4); # 被阻塞/* 事务6插入一条 number = 8 的数据 */INSERT INTO `test1` (`number`) VALUES (8); # 失常执行/* 事务7插入一条 number = 9 的数据 */INSERT INTO `test1` (`number`) VALUES (9); # 失常执行/* 事务8插入一条 number = 10 的数据 */INSERT INTO `test1` (`number`) VALUES (10); # 失常执行/* 提交事务1 */COMMIT;

咱们会发现有些语句能够失常执行，有些语句被阻塞了。咱们再来看看咱们表中的数据：

这里能够看到，number (1 - 8) 的间隙中，插入语句都被阻塞了，而不在这个范畴内的语句，失常执行，这就是因为有间隙锁的起因
这是为什么呢？咱们来看看下边的图，大家就明确了。

论断

  1. 在一般索引列上，不论是何种查问，只有加锁，都会产生间隙锁，这跟惟一索引不一样；
  2. 在一般索引跟惟一索引中，数据间隙的剖析，数据行是优先依据一般索引排序，再依据惟一索引排序。

四、临键锁（Next-Key Locks）

**临键锁，是记录锁与间隙锁的组合，它的封闭范畴，既蕴含索引记录，又蕴含索引区间。
注：临键锁的次要目标，也是为了防止幻读(Phantom Read)。如果把事务的隔离级别降级为RC，临键锁则也会生效。**

Next-key Lock A next-key lock is a combination of a record lock on the
index record and a gap lock on the gap before the index record.

当咱们应用索引进行范畴查问，命中了记录的状况下，就是应用了临键锁，他相当于记录锁+间隙锁。

两种进化的状况：

唯一性索引，等值查问匹配到一条记录的时候，进化成记录锁。

没有匹配到任何记录的时候，进化成间隙锁。

左开右闭区间，目标是为了解决幻读的问题。

select * from xx where id > 5 and id < 9;

下面的sql命中了id = 7的记录，也蕴含了记录不存在的区间，所以他锁住（4，7]和（7，10]区间，在这区间，别的事务插入不了数据，所以解决了幻读问题。

总结

以上就是这次对mysql行锁三剑客的了解和总结，次要参照mysql官网文档资料并退出本人的实际和了解，贴一下mysql官网文档地址，心愿大家多多反对和关注。