间隙锁的出现是为了解决幻读,间隙锁只有再可重复读下才能使用
加锁原则
- 加锁基本单位为next-key lock(左开右闭);
- 查找过程中访问的对象才会加锁(二级索引的间隙锁有可能会传递到主键上)
- 唯一索引等值查询,next-key lock退化为行锁
- 索引等值查询(包含唯一和普通索引),向右遍历时最后一个不满足等值条件的时候,next-key lock退化为间隙锁(左开右开);
- 范围查询会访问到不满足条件的第一个值为止.
简述:
等值查询:
若是唯一索引,退化成行锁;
若是普通索引,需要访问到第一个不满足条件的值,退化成间隙锁;
范围查询:
均需访问到不满足条件的第一个值为止
CREATE TABLE `t` (
`id` int(11) NOT NULL,
`c` int(11) DEFAULT NULL,
`d` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `c` (`c`)
) ENGINE=InnoDB;
insert into t values(0,0,0),(5,5,5),
(10,10,10),(15,15,15),(20,20,20),(25,25,25);案例一:
id=7不存在,扫描到10,加锁(5,10]
唯一索引等值查询,根据原则4,退化为(5,10)
案例二
根据原则1,加锁范围为(0,5],(5,10]
根据原则4,加锁范围为(0,5],(5,10)
由于使用覆盖索引,id=5并不会加锁
案例三
id=10,唯一索引等值查询,加行锁10,
id>10,id<11,唯一索引范围查询,加锁(10,15],
综上,加锁范围为[10,15]
案例四
c>=10,=10为普通索引等值查询,加锁范围为(5,10],
c<11,为普通索引范围查询,加锁范围为(10,15]
综上,加锁范围为(5,15]
案例五
id>10,唯一索引范围查询,加锁范围(10,15]
id<15,唯一索引范围查询,加锁(10,15],
id=15,唯一索引等值查询,加行锁15,
根据原则5,唯一索引再扫描到不满足条件的第一个值,加锁(15,20],
综上,加锁范围为(10,20]
案例六
mysql> insert into t values(30,10,30);
普通索引等值查询,加锁(5,10],
普通索引等值下扫到不满足条件的索引,加锁(10,15),
综上,加锁范围为(5,15)
案例七
受limit影响,加锁范围为
所以,删除数据时尽量加上limit,以减少加锁范围
案例八
session A 加锁(5,15)
session B 等待加锁 (5,10)(分步骤加锁),阻塞等待session A的锁
session A insert语句等待加锁(5,10)(分步骤加锁),阻塞等待session B的锁,形成死锁
案例九
c=20,普通索引等值查询,下扫到25,加锁(15,25)
c=15,普通索引等值查询,加锁(10,15]
由于索引c向左遍历,扫到10,加锁(5,10]
综上 加锁范围为c索引(5,25),主键id上是15和20两个行锁