文章目录
- 1.行级锁的概念
- 2.行锁的概念以及基本使用
- 2.1.行锁的概念
- 2.2.常见的SQL语句所对应的行锁类别
- 2.3.行锁的基本使用
- 3.间隙锁和临键锁的概念以及基本使用
- 3.1.间隙锁和临键锁的概念
- 3.2.间隙锁和临键锁的基本使用
1.行级锁的概念
行级锁指的是,每次操作锁住的是表中一行的数据,锁的力度最小,发生锁冲突的概率也是最低的,并且并发度也是最高的,行级锁主要应用于InnoDB存储引擎中。
在InnoDB存储引擎中,表中每一行数据都是基于索引组织的,在索引中分为聚集索引和二级索引,聚集索引的叶子节点挂的是表中的一行数据,二级索引的叶子节点挂的是表中每条数据的主键,因此在InnoDB存储引擎中,表中的数据都是基于索引组织存放的,并且基于索引组织存放后,叶子节点之间是有序存储的还形成了双向链表。
行级锁是通过索引结构中每行数据对应的索引项来实现的,索引项也就是索引元素、聚集索引中的叶子节点(主键),每个叶子节点都对应表中的每一行数据,因为行级锁是通过表中索引结构的索引元素来添加行数锁的,并非是对表中的每条记录添加的行级锁,
对于行级锁主要分为以下三类:
- 行锁
顾名思义,就是锁定单行记录的锁,主要是为了防止当前事务对这条数据处理时,其他的事务也对这条数据进行处理,在RC、RR隔离级别下都支持行锁。
- 间隙锁
间隙锁指的是锁住两个叶子节点之间间隙部分的索引元素,但是不锁定对应的记录,只是要确保索引元素之间的间隙不发生改变,以免其他事务通过索引元素之间的间隙元素写入数据,产生幻读的现象。在RR隔离级别下支持。
如下图所示,只是为了锁住两个叶子节点间的索引元素间隙,例如29和34两个索引元素,只是为了锁定29-34之间的间隙,防止新数据通过29-34之间的一个索引元素写入数据,从而导致幻读的现象。
- 临键锁
临键锁指的是将行锁与间隙锁组合锁定,既锁定数据又要锁定住叶子节点之间的间隙元素,在RR隔离级别下支持。
2.行锁的概念以及基本使用
2.1.行锁的概念
在行锁中还会分为两种类型的行锁,一种是共享锁(S),另外一种是排它锁(X)。
默认的情况下,InnoDB在RR事务隔离级别运行行锁,通过next-key锁进行搜索和索引扫描,防止幻读。
当我们针对唯一索引的字段进行检索时,对已存在的记录进行匹配,将会优化为行锁。
InnoDB的行锁是针对索引加的锁,因此当不通过索引字段检索数据时,默认会将表加上一个表锁。
1)共享锁
在共享锁中,允许多个事务读取读取相同数据集的共享锁语句,但是拒绝排它锁处理与共享锁相同的数据集。
例如事务A查询表中小明人员的年龄,产生了行共享锁,此时事务B也查询小明人员的年龄产生共享锁,共享锁之间互相兼容,因此两个事务同时读取相同数据集的内容是允许的,没有任何问题。
但是当事务A查询表中小明人员的年龄时,事务B此时要修改小明人员的信息,修改操作会产生排它锁,事务A正在读取这条数据,事务B却要修改,此时会出现行锁冲突,使事务B的修改语句一直处于阻塞状态。只有当事务A针对这条数据处理完提交事务后,事务B才能成功执行对应的修改SQL。
结论:共享锁与共享锁之间相互兼容,但是共享锁与排它锁之间互斥,会产生冲突,此时只有当共享锁释放后,排它锁才能执行。
2)排它锁
在排它锁中,不允许事务读取相同数据集的共享锁和排它锁。
例如事务A正在修改姓名为小明的数据,此时事务B也要修改或者查询姓名为小明的数据,此时无论是修改或者查询都会处于阻塞状态,因为事务A正在操作这条数据并且产生了排它锁,而事务B的修改也会产生排它锁、查询会产生共享锁,无论排它锁还是共享锁都被事务A的排它锁互斥,从而产生行锁冲突。
结论:排它锁与共享锁和其他的排它锁都互斥,会导致行锁冲突,对于一条数据只有当排它锁释放之后,才能对这条数据进行处理。
2.2.常见的SQL语句所对应的行锁类别
SQL | 行锁类型 | 说明 |
---|---|---|
INSERT | 排它锁 | 自动加锁 |
UPDATE | 排它锁 | 自动加锁 |
DELETE | 排它锁 | 自动加锁 |
SELECT | 不加任何锁 | |
SELECT…LOCK IN SHARE MODE | 共享锁 | 手动在SELECT之后添加LOCK IN SHARE MODE |
SELECT…FOR UPDATE | 排它锁 | 手动在SELECT之后添加FOR UPDATE |
2.3.行锁的基本使用
1)普通的select查询不会加任何的锁,此处略过,没有效果
2)验证共享锁与共享锁之间的兼容
首先开启一个事务,创建一个共享锁,然后在其他客户端也执行相同的查询共享锁,观察效果。
1.首先开启一个事务
mysql> begin;
2.创建一个行共享锁
mysql> select * from xscjb limit 1 lock in share mode;
+----+--------+------+------+------+------+
| xh | xm | ywcj | sxcj | yycj | pjcj |
+----+--------+------+------+------+------+
| 1 | 小明 | 66 | 75 | 93 | NULL |
+----+--------+------+------+------+------+
3.查看行共享锁
mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+-----------+-----------+
| object_schema | object_name | index_name | lock_type | lock_mode | lock_data |
+---------------+-------------+------------+-----------+-----------+-----------+
| db_1 | xscjb | NULL | TABLE | IS | NULL |
| db_1 | xscjb | PRIMARY | RECORD | S | 1 |
+---------------+-------------+------------+-----------+-----------+-----------+
#lock_mode为S时,就表示是行共享锁
4.其他客户端也执行相同的查询语句没有任何影响
mysql> select * from xscjb limit 1 lock in share mode;
+----+--------+------+------+------+------+
| xh | xm | ywcj | sxcj | yycj | pjcj |
+----+--------+------+------+------+------+
| 1 | 小明 | 66 | 75 | 93 | NULL |
+----+--------+------+------+------+------+
3)验证共享锁与排他锁之间的兼容
首先开启一个事务,查询xscjb中xh为1的数据,不提交,然后再开启一个事务,更改id为2的数据观察效果,紧接着也更改id为1的数据。
1.首先开启一个事务
mysql> begin;
2.创建一个行共享锁,查询xh为1的数据
mysql> select * from xscjb where xh = 1 lock in share mode;
+----+--------+------+------+------+------+
| xh | xm | ywcj | sxcj | yycj | pjcj |
+----+--------+------+------+------+------+
| 1 | 小明 | 66 | 75 | 93 | NULL |
+----+--------+------+------+------+------+
1 row in set (0.00 sec)
3.查看行共享锁
mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+---------------+-----------+
| object_schema | object_name | index_name | lock_type | lock_mode | lock_data |
+---------------+-------------+------------+-----------+---------------+-----------+
| db_1 | xscjb | NULL | TABLE | IS | NULL |
| db_1 | xscjb | PRIMARY | RECORD | S,REC_NOT_GAP | 1 |
+---------------+-------------+------------+-----------+---------------+-----------+
#lock_mode为S时,就表示是行共享锁
4.再开启一个事务修改xh为2的数据,正常修改
mysql> update xscjb set ywcj = '100' where xh = 2;
5.紧接着修改与第一个事务相同数据集的数据,会一直处于阻塞状态
mysql> update xscjb set ywcj = '100' where xh = 1;
#只有当第一个事务提交完毕后,才能对相同的数据集进行处理
4)验证排它锁与排他锁之间的冲突
首先打开第一个事务,修改xh为1的数据,产生排它锁,然后再打开另一个事务,也修改xh为1的数据,验证排它锁与排它锁之间的互斥。
1.首先开启一个事务
mysql> begin;
2.修改xh为1的数据
mysql> update xscjb set ywcj = '100' where xh = 1;
3.查看产生的排它锁
mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+---------------+-----------+
| object_schema | object_name | index_name | lock_type | lock_mode | lock_data |
+---------------+-------------+------------+-----------+---------------+-----------+
| db_1 | xscjb_logs | NULL | TABLE | IX | NULL |
| db_1 | xscjb | NULL | TABLE | IX | NULL |
| db_1 | xscjb | PRIMARY | RECORD | X,REC_NOT_GAP | 1 |
+---------------+-------------+------------+-----------+---------------+-----------+
#lock_mode为X表示排它锁
4.再开启一个事务同样修改xh为1的数据
mysql> update xscjb set ywcj = '100' where xh = 1;
#会一直处于阻塞状态,只有当第一个事务提交完成后,这个操作才能被执行。
5)当检索的字段没有索引时字段添加表锁
xscjb表中xm字段是没有索引的,下面我们在SQL语句中就使用这个没有添加索引的字段,作为检索条件,观察会有什么效果。
1.开启事务A修改xm为小黑的数据
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> update xscjb set ywcj = '100' where xm = '小黑';
2.开启事务B修改小李的数据
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> update xscjb set ywcj = '100' where xm = '小李';
此时会发现小黑的数据修改成功了,但是小李的数据却不能修改,并且即使是有排它锁,只要不是相同的数据集就可以修改,那么目前是不能被修改的,这样就说明了当检索的字段不是索引字段时,那么行锁就会升级为表锁,只有当事务A提交后,事务B才能对表中的行进行处理,更验证了行锁是根据索引去添加的。
我们只需要将xm字段添加一个索引,就不会导致行锁升级为表锁了。
3.间隙锁和临键锁的概念以及基本使用
3.1.间隙锁和临键锁的概念
间隙锁是锁的索引结构中,两个叶子节点之间间隙的索引元素,只是锁住间隙,不锁住数据。
例如两个叶子节点分别是7和10,间隙锁就会锁住7-10之间的间隙,此时插入数据时就不能使用7-10之间的 值作为主键值,避免间隙被使用。
间隙锁唯一的目的就是防止其他的事务将数据插入到两个叶子节点之间的间隙位置,间隙可以共存,一个事务采用的间隙锁不会阻止另一个事务在同一间隙上采用的间隙锁。也就是说多个事务可以同时开启相同的间隙锁。
为什么要用间隙锁和临键锁呢?因为在查询、修改某个范围的数据时,如果没有间隙锁,那么其他事务就可能会在这一段间隙内写入数据,从而影响当前事务提交数据的准确性,因为我们要锁定这个范围内的间隙已经对应的数据。
3.2.间隙锁和临键锁的基本使用
1)使用唯一索引列进行等值检索时,如果给不存在的记录添加锁后,会被设置成间隙锁。
开启一个事务A,修改xscjb中的一条数据,但是修改的数据在表中不存在,观察产生的间隙锁。
1.开启事务A修改表中不存在的数据
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> update xscjb set ywcj = '120' where xh = '10';
#当修改的数据时表中不存在的数据,会自动将这个主键范围内设置一个间隙锁
2.查看产生的间隙排它锁
mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+-----------+-----------+
| object_schema | object_name | index_name | lock_type | lock_mode | lock_data |
+---------------+-------------+------------+-----------+-----------+-----------+
| db_1 | xscjb | NULL | TABLE | IX | NULL |
| db_1 | xscjb | PRIMARY | RECORD | X,GAP | 13 |
+---------------+-------------+------------+-----------+-----------+-----------+
#lock_mode为GAP表示是间隙锁
#lock_data这里的13表示锁住的间隙最大是13,最小是从距离13最近的范围,也就是8,8-13之间产生了间隙锁
3.此时开启事务B写入主键为11的数据将会阻塞
mysql> insert into xscjb values ('11','小笑','11','11','11',NULL);
首先我们来查询一下xscjb表的数据,可以看到主键8-13这个范围内没有其他数据,此时我们开启一个事务A来修改主键为10的数据,主键为10的数据不存在,并处于8-13的间隙内,此时就会产生一个间隙锁,间隙锁的范围就是8-13,可以从lock_data这里看到最大的间隙范围值,对应的最小间隙范围值就是距离13最近的一个值,也就是8-13,这时开启了事务B,事务B想要插入xh为11的数据,则会被阻塞,因为xh为11这个值处于8-13的间隙内,因此会被阻塞,当事务A提交后,阻塞才会被释放。
2)使用普通索引非唯一索引进行等值检索,一直向后遍历直到直到不满足检索条件的数据,此时既会产生间隙锁又会产生临键锁。
我们的条件是对非唯一索引字段进行检索,那么一次检索中,可能就会出现多条相同的值,例如我们检索条件是nl=18,那么表中可能有很多条nl=18的数据,查询nl=18的数据时会加上共享锁,但是我们不能只锁住这一行数据,因为还会有很多条记录存在,因此还需要接着往后面遍历,直到找到一个不满足条件值,例如检索到了nl=26的数据,此时后面就没有nl=18的数据了,那么此时会对所有nl=18的数据添加临键锁,并且还会对nl=18~26之前的所有间隙添加间隙锁,保证数据获取的一致性。
首先为xscjb表中的ywcj字段添加一个普通索引。
mysql> create index idx_xscjb_ywcj on xscjb(ywcj);
使用普通索引作为检索条件,观察添加的间隙锁和临键锁。
mysql> select * from xscjb where ywcj = 88 lock in share mode;
+----+--------+------+------+------+------+
| xh | xm | ywcj | sxcj | yycj | pjcj |
+----+--------+------+------+------+------+
| 8 | 小李 | 88 | 77 | 66 | NULL |
| 13 | 小赵 | 88 | 77 | 66 | NULL |
| 18 | 小王 | 88 | 77 | 66 | NULL |
| 25 | 小江 | 88 | 77 | 66 | NULL |
+----+--------+------+------+------+------+
mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+----------------+-----------+---------------+-----------+
| object_schema | object_name | index_name | lock_type | lock_mode | lock_data |
+---------------+-------------+----------------+-----------+---------------+-----------+
| db_1 | xscjb | NULL | TABLE | IS | NULL |
| db_1 | xscjb | idx_xscjb_ywcj | RECORD | S | 88, 8 |
| db_1 | xscjb | idx_xscjb_ywcj | RECORD | S | 88, 13 |
| db_1 | xscjb | idx_xscjb_ywcj | RECORD | S | 88, 18 |
| db_1 | xscjb | idx_xscjb_ywcj | RECORD | S | 88, 25 |
| db_1 | xscjb | PRIMARY | RECORD | S,REC_NOT_GAP | 25 |
| db_1 | xscjb | PRIMARY | RECORD | S,REC_NOT_GAP | 18 |
| db_1 | xscjb | PRIMARY | RECORD | S,REC_NOT_GAP | 13 |
| db_1 | xscjb | PRIMARY | RECORD | S,REC_NOT_GAP | 8 |
| db_1 | xscjb | idx_xscjb_ywcj | RECORD | S,GAP | 100, 1 |
+---------------+-------------+----------------+-----------+---------------+-----------+
10 rows in set (0.00 sec)
可以看到使用普通索引查询出多条ywcj为88的数据,此时对于所有查询出来88的数据都会添加一个临键锁,并且也会对88-100之间的间隙设置一个间隙锁。此时ywcj为88的数据也不允许被排它锁进行修改,88~100之间的间隙也不允许写入数据。
3)使用唯一索引检索一个范围,观察加的锁。
我们使用唯一索引字段去检索一个范围查询,观察加的锁。
1.开启事务检索唯一索引的范围查询
mysql> begin;
mysql> select * from xscjb where xh > 15 lock in share mode;
+----+--------+------+------+------+------+
| xh | xm | ywcj | sxcj | yycj | pjcj |
+----+--------+------+------+------+------+
| 18 | 小王 | 88 | 77 | 66 | NULL |
| 19 | 小黑 | 100 | 77 | 66 | NULL |
| 25 | 小江 | 88 | 77 | 66 | NULL |
+----+--------+------+------+------+------+
2.观察添加了什么锁
mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+-----------+------------------------+
| object_schema | object_name | index_name | lock_type | lock_mode | lock_data |
+---------------+-------------+------------+-----------+-----------+------------------------+
| db_1 | xscjb | NULL | TABLE | IS | NULL |
| db_1 | xscjb | PRIMARY | RECORD | S | supremum pseudo-record |
| db_1 | xscjb | PRIMARY | RECORD | S | 25 |
| db_1 | xscjb | PRIMARY | RECORD | S | 19 |
| db_1 | xscjb | PRIMARY | RECORD | S | 18 |
+---------------+-------------+------------+-----------+-----------+------------------------+
当使用唯一索引进行范围检索时,会对检索出来的数据都加一个临键锁,不允许被其他事务处理,保证数据一致性,并且并不知道每次检索会出来多少条数据,因此还有一个supremum pseudo-record标志,也是临键锁,表示正无穷大,无论检索出来多少条数据,只要是这个范围的数据,都会添加临键锁,防止其他事务修改数据。