目录
- 行锁
- 间隙锁
- 临键锁
- 总结
行锁
行锁,也称为记录锁。
当我们针对主键或者唯一索引加锁的时候,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 不会退化为间隙锁和记录锁。