加锁规则
- 加锁单元是next-key lock(行锁+间隙锁)
- 只给扫描到的记录加锁
- 给UK字段加锁,退化为行锁
抛出一个小问题
update t set a = 'xx' where a = 'a1'; 如何加锁
RC隔离级别下,对非索引字段更新,有个锁全表记录的过程,不符合条件的会及时释放行锁,不必等事务结束时释放;
而直接用索引列更新,只会锁索引查找值和行。
update产生的X锁在不释放的情况下,DELETE语句无法执行,但是UPDATE语句能更新不符合之前X锁的记录。
RR隔离级别下,为保证binlog记录顺序,非索引更新会锁住全表记录,
且事务结束前不会对不符合条件记录有逐步释放的过程。DELETE和UPDATE语句都不能执行
解析
反推法,如果只锁那一行,会出现不可重复读 幻读
解决幻读
即便字段a是uk字段,但也解决不了别的事务插入导致的幻读问题。
mysql有间隙锁的概念(间隙锁之间不冲突,间隙锁和间隙之间的插入动作有冲突)。
间隙锁
间隙锁例子
表t里面有N条记录,记录之间就是间隙。
如果字段a有值 1 , 2 就存在三个间隙 (负无穷,1)(1,2)(2,正无穷)这样就可以避免插入导致的幻读了
(锁全表就是行锁+间隙锁)
间隙锁的使用
- 只有rr下才会生效
- 锁全表或者锁不存在的记录
间隙锁引起的死锁问题
大家开发代码 经常会遇到场景如果一个记录不存在就会插入,存在则更新。如果隔离级别是rr,第一步查询如果加悲观锁 并发就会有可能出现死锁。
主要还是间隙锁之间不冲突 大家都可以获取