Mysql_行锁、临键锁、间隙锁的理解

目录

• • 行锁
  • 间隙锁
  • 临键锁
  • 总结

行锁

行锁，也称为记录锁。
当我们针对主键或者唯一索引加锁的时候，Mysql默认会对查询的这一行数据加行锁，避免其他事务对这一行数据进行修改。

间隙锁

间隙锁，顾名思义，就是锁定一个索引区间。

在普通索引或者唯一索引列上，由于索引是基于B+树的结构存储，所以默认会存在一个索引区间。而间隙锁，就是某个事物对索引列加锁的时候，默认锁定对应索引的左右开区间范围。

在基于索引列的范围查询，无论是否是唯一索引，都会自动触发间隙锁。
比如基于between的范围查询，就会产生一个左右开区间的间隙锁。

临键锁

相当于行锁+间隙锁的组合，也就是它的锁定范围既包含了索引记录，也包含了索引区间它会锁定一个左开右闭区间的数据范围。

假设我们使用非唯一索引列进行查询的时候，默认会加一个临键锁，锁定一个左开右闭区间的范围。

总结

行锁、临键锁、间隙锁只是表示锁定数据的范围，最终目的是为了解决幻读的问题。
而临键锁相当于行锁+间隙锁，因此当我们使用非唯一索引进行精准匹配的时候，会默认加临键锁，因为它需要锁定匹配的这一行数据，还需要锁定这一行数据对应的左开右闭区间。
因此在实际应用中，尽可能使用唯一索引或者主键索引进行查询，避免大面积的锁定造成性能影响。

唯一索引等值查询：
1.当查询的记录是存在的，next-key lock 会退化成「记录锁」。
2.当查询的记录是不存在的，next-key lock 会退化成「间隙锁」。

非唯一索引等值查询：
1.当查询的记录存在时，除了会加 next-key lock 外，还额外加间隙锁，也就是会加两把锁。
2.当查询的记录不存在时，只会加 next-key lock，然后会退化为间隙锁，也就是只会加一把锁。

非唯一索引和主键索引的范围查询的加锁规则不同之处在于：
唯一索引在满足一些条件的时候，next-key lock 退化为间隙锁和记录锁。
非唯一索引范围查询，next-key lock 不会退化为间隙锁和记录锁。

来源地址：https://blog.csdn.net/qq_46548855/article/details/130682578