间隙锁
间隙锁是对索引记录之间的间隙的锁,或者是对第一个索引记录之前或最后一个索引记录之后的间隙的锁。例如,SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 FOR UPDATE;阻止其他事务将 的值插入15到列中t.c1,无论列 中是否已经存在任何此类值,因为该范围内所有现有值之间的间隙被锁定。
间隙锁的目的
是为了防止幻读,其主要通过两个方面实现这个目的:
(1)防止间隙内有新数据被插入
(2)防止已存在的数据,更新成间隙内的数据
间隙是怎么划分的
id(主键) | name | age(普通索引) |
---|---|---|
1 | name1 | 15 |
5 | lucy | 18 |
11 | 南风 | 22 |
20 | 洛神赋 | 28 |
这个表根据age列(间隙锁作用在索引上,必须要有索引),间隙可以划分为 (-∞, 15),(15,18),(18,22),(22,28),(28,+∞)
间隙锁锁定的区域
根据检索条件向左寻找最靠近检索条件的记录值A,作为左区间,向右寻找最靠近检索条件的记录值B作为右区间,即锁定的间隙为(A,B)。
间隙锁作用范围
1、间隙锁只能作用在RR隔离级别
2、能作用在索引上
补充:
1、使用唯一索引锁定行以搜索唯一行的语句不需要间隙锁定。(这不包括搜索条件仅包含多列唯一索引的某些列的情况;在这种情况下,确实会发生间隙锁定。)
2、不同的事务可以在间隙上持有冲突的锁。例如,事务 A 可以在间隙上持有共享间隙锁(间隙 S 锁),而事务 B 在同一间隙上持有排他间隙锁(间隙 X 锁)。允许冲突间隙锁的原因是,如果从索引中清除记录,则必须合并不同事务在记录上持有的间隙锁。
3、可以明确禁用间隙锁定。将事务隔离级别更改为READ COMMITTED即可
准备数据:
创建表:
CREATE TABLE `user` (
`id` INT(10) NOT NULL AUTO_INCREMENT,
`name` VARCHAR(50) NULL DEFAULT '0' COLLATE 'utf8_general_ci',
`age` INT(10) NULL DEFAULT '0',
PRIMARY KEY (`id`) USING BTREE,
INDEX `age` (`age`) USING BTREE
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
AUTO_INCREMENT=11
;
表数据:
id(主键) | name | age(普通索引) |
---|---|---|
1 | name1 | 15 |
5 | lucy | 18 |
11 | 南风 | 22 |
20 | 洛神赋 | 28 |
普通索引的间隙锁
在普通索引列上,不管是何种查询,只要加锁,都会产生间隙锁,这跟唯一索引不一样;
在普通索引跟唯一索引中,数据间隙的分析,数据行是优先根据普通索引排序,再根据唯一索引排序。
案例1(检索单个值)
开启两个会话,设置会话隔离级别为RR,设置自动提交为0,开启事物测试:
##############session 1
SET autocommit=0;
SET session transaction isolation level REPEATABLE READ;
START TRANSACTION;
SELECT * FROM USER WHERE age=22 FOR UPDATE
############session 2
SET autocommit=0;
SET session transaction isolation level REPEATABLE read;
START TRANSACTION;
INSERT INTO user VALUE(3, 'gap lock', 18) #成功
INSERT INTO user VALUE(6, 'gap lock', 18) #阻塞
INSERT INTO user VALUE(3, 'gap lock', 20) #阻塞
INSERT INTO user VALUE(10, 'gap lock', 22) #阻塞
INSERT INTO user VALUE(14, 'gap lock', 28) #阻塞
INSERT INTO user VALUE(21, 'gap lock', 28) #成功
会话1执行sql: age=18 会锁定间隙[15,18)(18,22), 会话2中 age=[15,22)之间的插入都会失败。2、同样插入age=22,id=10的时候可以成功,id=14的时候就会失败,这说明当索引顺序相同时,会根据主键来排序。对age=18同理
案例2 (检索不存在的值)
仍基于原始表数据测试验证:
##############session 1
SET autocommit=0;
SET session transaction isolation level REPEATABLE READ;
START TRANSACTION;
SELECT * FROM USER WHERE age=30 FOR UPDATE
############session 2
SET autocommit=0;
SET session transaction isolation level REPEATABLE read;
START TRANSACTION;
INSERT INTO user VALUE(13, 'gap lock', 28) #阻塞
INSERT INTO user VALUE(14, 'gap lock', 100) #阻塞
INSERT INTO user VALUE(15, 'gap lock', 27) #成功
*会话1执行sql:条件 age=30
会锁定间隙[28,正无穷大), 会话2中 age>=28 的插入都会失败*
案例3 (检索范围)
仍基于原始表数据测试验证:
##############session 1
SET autocommit=0;
SET session transaction isolation level REPEATABLE READ;
START TRANSACTION;
SELECT * FROM USER WHERE age>=18 AND age<23 FOR UPDATE
############session 2
SET autocommit=0;
SET session transaction isolation level REPEATABLE read;
START TRANSACTION;
INSERT INTO user VALUE(11, 'select range', 14) #成功
INSERT INTO user VALUE(11, 'select range', 15) #阻塞
INSERT INTO user VALUE(12, 'select range', 17) #阻塞
INSERT INTO user VALUE(13, 'select range', 18) #阻塞
INSERT INTO user VALUE(14, 'select range', 20) #阻塞
INSERT INTO user VALUE(17, 'select range', 23) #阻塞
INSERT INTO user VALUE(18, 'select range', 24) #阻塞
INSERT INTO user VALUE(19, 'select range', 28) #成功
*会话1执行sql:条件 age>=18 AND age<23
会锁定age=[15,28)之间的间隙区间, 会话2中 age>=15 and age<28 的插入都会失败。 由于23是22-28之间不存在的记录,所以这个间隙区间也被锁定了*
next-key锁
next-key锁是记录锁和间隙锁的组合,mysql默认使用这个锁。
上面的案例一session 1中的sql是:SELECT * FROM USER WHERE age=18 FOR UPDATE; next-key锁锁定的范围为间隙锁+记录锁,首先在(15,18)(18,22)加间隙锁,同时age=18的记录加记录锁。