概述
通常用的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,GAPdemo说明
假设表中的数据如下,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;
