前言

大家好吖，欢迎来到 YY 滴MySQL系列 ，热烈欢迎！ 本章主要内容面向接触过C++ Linux的老铁
主要内容含：

欢迎订阅 YY滴C++专栏！更多干货持续更新！以下是传送门！

• YY的《C++》专栏
• YY的《C++11》专栏
• YY的《Linux》专栏
• YY的《数据结构》专栏
• YY的《C语言基础》专栏
• YY的《初学者易错点》专栏
• YY的《小小知识点》专栏
• YY的《单片机期末速过》专栏
• YY的《C++期末速过》专栏
• YY的《单片机》专栏
• YY的《STM32》专栏
• YY的《数据库》专栏
• YY的《数据库原理》专栏

【1】【行锁】（共享锁，排他锁）

1.共享锁，排他锁机制介绍

InnoDB实现了以下两种类型的行锁:

1. 共享锁(S)： 允许一个事务去读一行，阻止其他事务获得相同数据集的排它锁。 （共享锁之间是兼容的 ，共享锁与排他锁互斥）
2. 排他锁(X)： 允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁。 （一个数据有了排他锁，就与其他共享锁和排他锁互斥）

2.不同SQL下，行锁的情况

• 分成两种，一种是增删改；另一种是查询
  

3.演示行锁

默认情况下，InnODB在 REPEATABLE READ事务隔离级别运行，InnoDB使用 临键锁 进行搜索和索引扫描，以防止幻读。（本次演示）

1. 针对 唯一索引 进行检索时，对已存在的记录进行等值匹配时，将会 自动优化为行锁

2. 不通过索引条件检索数据(InnoDB的行锁是针对于索引加的锁)，那么InnoDB将对表中的所有记录加锁，此时 就会升级为表锁

可以通过以下SOL，查看意向锁及行锁的加锁情况:

select object schema,object name,index name,lock type,lock mode,lock data from performance schema.data locks;

【1】情况1

演示：

• 我们查看一张表，发现表的id是 主键索引

• 我们加入共享锁

• 我们查看行锁的加锁情况: 注：TABLE 为表锁 RECORD为行锁
• 查看查看意向锁及行锁的加锁情况:

select object schema,object name,index name,lock type,lock mode,lock data from performance schema.data locks;

• 发现有共享锁S，且无间隙锁 REC_NOT_GAP

• 我们在另一客户端再加上共享锁，依旧能执行；因为 （共享锁之间是兼容的 ，共享锁与排他锁互斥）

【2】情况2

不通过索引条件检索数据(InnoDB的行锁是针对于索引加的锁)，那么InnoDB将对表中的所有记录加锁，此时 就会升级为表锁
演示：

• 有这么一张表，为主键索引
  
• 我们针对非索引条件检索数据name，进行更新操作
• 此时行锁就会升级成表锁
  
• 此时我们再开一个终端，对id=3的数据行进行修改，发现进入阻塞状态
  

【2】【临键锁S】【间隙锁】演示

※【临键锁S】【间隙锁】特性演示目录

下面进行演示：

默认情况下，InnODB在 REPEATABLE READ事务隔离级别运行，InnoDB使用 next-key锁进行搜索和索引扫描，以防止幻读。

1. 索引上的等值查询 (唯一索引，例如主键索引) ，给 不存在的记录 加锁时,优化为间隙锁。
2. 索引上的范围查询(唯一索引)–会访问到不满足条件的第一个值为止。
3. 索引上的等值查询(普通索引)，向右遍历时最后一个值不满足查询需求时，next-key lock 退化为间隙锁。

1.演示：索引上的等值查询 (唯一索引，例如主键索引)

• 索引上的等值查询 (唯一索引，例如主键索引) ，给 不存在的记录 加锁时,优化为间隙锁。

• 表中id为主键索引，我们给不存在的id=5加锁，此时就会在3和8之间加入一个 间隙锁
  

• 查询发现上了间隙锁

• 查看查看意向锁及行锁的加锁情况:

select object schema,object name,index name,lock type,lock mode,lock data from performance schema.data locks;

• 此时我们往（3-8）的间隙里加入数据（id=7），发现进入阻塞状态
  

2.演示：索引上的范围查询(唯一索引)

• 索引上的范围查询(唯一索引)–会访问到不满足条件的第一个值为止。
• 我们针对既是主键也是唯一索引id，进行范围查询
  
• 查看锁情况
• 查看查看意向锁及行锁的加锁情况:

select object schema,object name,index name,lock type,lock mode,lock data from performance schema.data locks;

• 对19加了一个行锁S，REC_NOT_GAP
• 对25与25之前间隙加了一个临键锁,S
• 对25之后到正无穷supremum pseu加了临键锁,S
  

3.演示：索引上的等值查询(普通索引)——临键锁退化为间隙锁

• 索引上的等值查询(普通索引)，向右遍历时最后一个值不满足查询需求时， 临键锁 退化为间隙锁 (可理解成多出一个间隙锁)
• 前置知识： 我们加的行锁是针对索引加的锁，索引是一个B+树的结构，B+树的节点形成的是一个有序的双向链表
• 现有的记录中有18，因为其不是唯一索引，18之前与之后将来都可能插入字段值为18的记录
  
• 于是乎16和18之间，18和29之间都会上锁；18和29之间是间隙锁，而16和18之间的临键锁，此时会退化为间隙锁；

我们可以看看下面这个例子：

• 我们先对age加上普通索引
  
• 对age=3的记录，加上共享锁
  
• 我们查询锁的情况 注：S是临键锁
• 查看查看意向锁及行锁的加锁情况:

select object schema,object name,index name,lock type,lock mode,lock data from performance schema.data locks;

• 3，3是 临键锁S ，对应的是锁住3和3之前的部分

• 7，7是 临键锁S和 间隙锁GAP ，对应的是所著3和7之间的间隙

• 向右遍历时最后一个值不满足查询需求时， 临键锁 退化为间隙锁 (可理解成多出一个间隙锁)