文章目录
- 1、介绍
- 2、查看意向锁及行锁的加锁情况
- 3、行锁的演示
- 3.1、普通的select语句,执行时,不会加锁
- 3.2、select * from stu where id =1 lock in share mode;
- 3.3、共享锁与共享锁之间兼容。
- 3.4、共享锁与排他锁之间互斥。
- 3.5、排它锁与排他锁之间互斥
- 3.6、无索引行锁升级为表锁
- 4、间隙锁&临键锁的演示
- 4.1、索引上的等值查询(唯一索引),给不存在的记录加锁时, 优化为间隙锁
- 4.2、索引上的等值查询(非唯一普通索引),向右遍历时最后一个值不满足查询需求时,next-keylock 退化为间隙锁
- 4.3、 索引上的范围查询(唯一索引)--会访问到不满足条件的第一个值为止
1、介绍
行级锁,每次操作锁住对应的行数据。锁定粒度最小
,发生锁冲突的概率最低,并发度最高
。应用在InnoDB存储引擎中。
InnoDB的数据是基于索引组织的,行锁是通过对索引上的索引项加锁来实现的,而不是对记录加的锁。对于行级锁,主要分为以下三类
:
行锁(Record Lock)
:锁定单个行记录的锁,防止其他事务对此行进行update
和delete
。在RC、RR隔离级别下都支持。
间隙锁(Gap Lock)
:锁定索引记录间隙(不含该记录),确保索引记录间隙不变,防止其他事务在这个间隙进行insert
,产生幻读。在RR隔离级别下都支持。
临键锁(Next-Key Lock)
:行锁
和间隙锁
组合,同时锁住数据,并锁住数据前面的间隙Gap。在RR隔离级别下支持。
2、查看意向锁及行锁的加锁情况
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
3、行锁的演示
3.1、普通的select语句,执行时,不会加锁
3.2、select * from stu where id =1 lock in share mode;
3.3、共享锁与共享锁之间兼容。
3.4、共享锁与排他锁之间互斥。
3.5、排它锁与排他锁之间互斥
3.6、无索引行锁升级为表锁