目录1. 锁的几种类型1.1 记录锁行锁?Record Lock1.2?间隙锁 Gap Lock1.3 临键锁?Next-Key Lock2. 加锁过程2.1 唯一索引的查询(1) 等值查询, 查询记录存在(2)?等值查询, 查询记录不存在(3) 范围查询2.2 普通索引的查询(1) 等值查询, 查询记录存在(2) 等值查询, 查询记录不存在(3) 范围查询2.3 其他查询2.4 总结1. 锁的几种类型对 InnoDB 按照锁粒度可以分为行锁、间隙锁、临键锁、意向锁1.1 记录锁行锁Record Lock即锁住一条记录。 一般在使用主键或者唯一索引进行查找时体现。分为两种模式共享和独占即 S 共享锁、X 排他锁行锁依附于索引而存在也就是说行锁是在加索引上而不是行上的InnoDB 使用的是聚簇索引因此行锁最终都会落到聚簇索引上比如select * from table1 where id5 for update; ? ? ? ? ?-- 会在 id5 的索引记录上加 X 锁 select * from table1 where id5 lock in share mode;??-- 会在 id5 的索引记录上加 S 锁 select * from table1 where id5; ??? ??? ??? ??? ?? ?-- 不会加任何锁1.2间隙锁Gap Lock即对行记录之间的间隙加锁。 通常在不使用唯一索引进行范围查找时出现。间隙锁没有共享和排他的概念其目的是防止其他事务的 insert 操作规避幻读问题锁定的是一个区间左开右开如 index ∈ (10,20)间隙锁也是依附于索引而存在比如-- 表数据有 id 1,3,5 select * from table1 where id3 and id5 for update; ?-- 会锁住 (3,5) 范围, 防止插入41.3 临键锁Next-Key Lock是间隙锁 右边界的行锁。锁定的是一个区间左开右闭如 index ∈ (10,20]比如一个索引包含值 10, 15, 20, 那有临键锁(-oo, 10] (10, 15](15, 20](20, oo)比如-- 表数据有 id 1,3,5 select * from table1 where id3 and id5 for update; ?-- 会锁住 (3,5] 范围2. 加锁过程加锁的基本单位是临键锁。无论什么情况下 InnoDB 会往前扫描到第一个不满足条件的行为止。2.1 唯一索引的查询比如有以下表结构ida101203(1) 等值查询, 查询记录存在当查询记录存在在用「唯一索引进行等值查询」时临键锁会退化成「行锁」select * from table1 where id 20 for update;加锁过程加锁的基本单位是临键锁因此加锁范围在 (10, 20]值存在所以退化成行锁即对 id 20 加锁(2)等值查询, 查询记录不存在当查询记录不存在在用「唯一索引进行等值查询」时临键锁会退化成「间隙锁」select * from table1 where id 15 for update; insert into table1 set (id) values (11);加锁过程加锁的基本单位是临键锁因此加锁范围在 (10, 20]值不存在所以退化成间隙锁即锁住 (10, 20)此时的 insert 操作会阻塞因为 11 在 (10, 20) 范围内已经被锁住了(3) 范围查询select * from table1 where id 10 and id 11 for update; insert into table1 set (id) values (15);加锁过程对 id10 条件, 会对 id10 这一条记录加行锁由于是范围查询会继续向后查找到 id20, 加锁范围在 (10, 20]再退化成间隙锁 (10, 20)因此最终锁住的是 id10 和 (10, 20)此时的 insert 操作会阻塞因为 15 在 (10, 20) 范围内已经被锁住了2.2 普通索引的查询比如有以下表结构ida非唯一索引101203305(1) 等值查询, 查询记录存在当查询记录存在对非主键索引会加「 临键锁」和「 间隙锁」 两把锁锁不会有退化行为并对主键索引加「行 锁」select * from table1 where a 3 for update; insert into table1 set (a) values (4);加锁过程加锁的基本单位是临键锁因此加锁范围在 a ∈ (1, 3]但不会退化为行锁对 a3 对应的主键 id20 加行锁由于是非唯一索引且查询记录存在所以还会加上间隙锁 规则是向下遍历到第一个不符合条件的值才能停止因此间隙锁的范围是 (3, 5)因此最终锁住的是非主键索引 a∈ (1, 3] 和 (3, 5) 和主键索引 id 20此时的 insert 操作会阻塞因为 4 在 (3, 5) 范围内已经被锁住了(2) 等值查询, 查询记录不存在当查询记录不存在对非主键索引加「 临键锁」 然后会退化为「 间隙锁」对主键索引不加锁select * from table1 where a 2 for update; insert into table1 set (a) values (4);加锁过程加锁的基本单位是临键锁因此加锁范围在 a ∈ (1, 3]由于是非唯一索引且查询记录不存在所以临键锁退化为间隙锁即 (1, 3)因此最终锁住的是非主键索引 a∈ (1, 3)对主键索引不会加锁此时的 insert 操作正常执行不会阻塞。(3) 范围查询select * from table1 where a 3 and a 4 for update; insert into table1 set (a) values (5);加锁过程对条件 a3会先加临键锁 (1, 3]但不会退化为行锁对 a3 对应的主键 id20 加行锁对向下的一条主键 id30 加行锁继续向后查找直到 a 5加临键锁 (3,5]但不会退化为间隙锁因此最终锁住的是非主键索引 a∈ (1, 3](3, 5] 和主键索引 id20, 30此时的 insert 操作会阻塞因为 5已经被锁住了2.3 其他查询没有索引的查询会导致全表扫描对每一个索引加临键锁相当于锁住整个表。Delete语句和 select for update / update 语句没有差异因为 mysql 的 delete 是软删除先在记录上打一个删除标记再通过后台的 purge 线程来清理所以 delete 操作的加锁过程和基本查询是一样的。2.4 总结查询规则唯一索引等值查询当查询的记录存在 临键锁 会退化成行锁当查询的记录不存在临键锁会退化成间隙锁非唯一索引等值查询当查询的记录存在会加 临键锁和 间隙锁两把锁当查询的记录不存在只会加 临键锁然后退化为间隙锁非唯一索引和主键索引的范围查询的区别唯一索引在满足条件时 临键锁 退化为间隙锁和记录锁非唯一索引范围查询 临键锁不会退化 为间隙锁和记录锁在使用时要注意在执行 update / delete / select for update 语句时一定要检查语句是否走了索引避免全表扫描Delete 时尽量使用主键 ID唯一索引 删除查询时尽量使用唯一索引进行查询锁定范围较小参考MySQL记录锁、间隙锁、临键锁Next-Key Locks加锁过程 - caibaotimes - 博客园MySQL记录锁、间隙锁、临键锁 - DiligentCoder - 博客园