mysql间隙锁demo分析
概述
通常用的mysql都是innodb引擎;
一般在update的时候用id都会认为是给行记录加锁;
在使用非唯一索引更新时,会遇到临键锁(范围锁);
临键锁和表中的数据有关;
mysq版本
:8
隔离级别
:RR
可重复读
mysql的lockMode
查看锁的活动信息
-- 当前活动的锁信息
SELECT * FROM performance_schema.data_locks;
- X,REC_NOT_GAP:
X代表排他锁
,REC_NOT_GAP代表行锁
。综合起来就是对这条数据(索引项)添加了行级排他锁; - IX:意向排它锁。上述案例中,给表添加了一个意向排它锁。当其他事务要对全表的数据进行加锁时,那么就不需要判断每一条数据是否被加锁了。
- X,GAP:
X
代表排他锁;GAP
代表间隙锁(前开后开,即当前的lock_data
中的索引值对应的id
到最近的上一个id值
之间的空隙被锁定了) - supremum pseudo-record: 是
InnoDB
中定义的一种特殊记录,我们可以理解为+∞
X,GAP
demo说明
假设表中的数据如下,age有普通BTree
索引,然后事务1
更新其中age为24
的数据;
可以看到age=24
对应的id=3
加上了X排它锁
,id=3
的加上了行级排它锁;然后对age=24
后面的age
索引加了一个排他间隙锁,锁住了id
范围为(3,5)
时间的间隙;
综上获得了id
范围为[3,5)
之间的锁
-- 事务1操作
UPDATE user SET name = 'Vladimir' WHERE age = 24;
临键锁
假设有如下表;且表中数据如下;
-- 表结构如下
CREATE TABLE `user` (
`id` int NOT NULL AUTO_INCREMENT COMMENT '主键',
`name` varchar(255) DEFAULT NULL COMMENT '姓名',
`age` int DEFAULT NULL COMMENT '年龄',
PRIMARY KEY (`id`),
KEY `idx_age` (`age`)
) ENGINE=InnoDB COMMENT='用户表';
捞点网图,间隙锁
可以看做一个左开右闭的区间
那么在事务A
中执行sql
;
先select查询
,查询到age=24的记录,然后继续向后查询,发现后一条是age=32,age不等于24,向后查询结束
,所以在获取间隙锁(24,32]
,同时当前age=24
的记录会加上排它锁;
然后再向前查询前一条记录是age=10,不等于24,向前查询结束
,然后会获取(10,24]
的间隙锁;
综上所述,INNDB
加锁首先定位到等于或者第一个大于目标值的叶子节点
事务A
-- 根据非唯一索引列 UPDATE 某条记录
UPDATE user SET name = 'Vladimir' WHERE age = 24;
-- 或根据非唯一索引列 锁住某条记录
SELECT * FROM user WHERE age = 24 FOR UPDATE;
在事务B
中执行sql
;会遇到间隙锁,会阻塞
INSERT INTO user VALUES(100, 'Ezreal', 30);
试验结果如下
-- 当前活动的锁信息
SELECT * FROM performance_schema.data_locks;