前言 大家好吖，欢迎来到 YY 滴MySQL系列 ，热烈欢迎！ 本章主要内容面向接触过C Linux的老铁 主要内容含：
【1】【行锁】（共享锁，排他锁）
1.共享锁，排他锁机制介绍
InnoDB实现了以下两种类型的行锁:
- 共享锁(S)： 允许一个事务去读一行，阻止其他事务获得相同数据集的排它锁。 （共享锁之间是兼容的 ，共享锁与排他锁互斥）
- 排他锁(X)： 允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁。 （一个数据有了排他锁，就与其他共享锁和排他锁互斥）
2.不同SQL下，行锁的情况
- 分成两种，一种是增删改；另一种是查询
3.演示行锁
默认情况下，InnODB在 REPEATABLE READ事务隔离级别运行，InnoDB使用 临键锁 进行搜索和索引扫描，以防止幻读。（本次演示）
- 针对 唯一索引 进行检索时，对已存在的记录进行等值匹配时，将会 自动优化为行锁
- 不通过索引条件检索数据(InnoDB的行锁是针对于索引加的锁)，那么InnoDB将对表中的所有记录加锁，此时 就会升级为表锁
可以通过以下SOL，查看意向锁及行锁的加锁情况:
代码语言：javascript复制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锁进行搜索和索引扫描，以防止幻读。
- 索引上的等值查询 (唯一索引，例如主键索引) ，给 不存在的记录 加锁时,优化为间隙锁。
- 索引上的范围查询(唯一索引)–会访问到不满足条件的第一个值为止。
- 索引上的等值查询(普通索引)，向右遍历时最后一个值不满足查询需求时，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之间的间隙
- 向右遍历时最后一个值不满足查询需求时， 临键锁 退化为间隙锁 (可理解成多出一个间隙锁)
