可重复读隔离级别下，经试验：
SELECT * FROM t where c>=15 and c<=20 for update; 会加如下锁：
next-key lock:(10, 15], (15, 20]
gap lock:(20, 25)

SELECT * FROM t where c>=15 and c<=20 order by c desc for update; 会加如下锁：
next-key lock:(5, 10], (10, 15], (15, 20]
gap lock:(20, 25)

session C 被锁住的原因就是根据索引 c 逆序排序后多出的 next-key lock:(5, 10]

同时我有个疑问：加不加 next-key lock:(5, 10] 好像都不会影响到 session A 可重复读的语义，那么为什么要加这个锁呢？

通过打印锁日志帮助理解问题
锁信息见括号里的说明。

TABLE LOCK table `guo_test`.`t` trx id 105275 lock mode IX
RECORD LOCKS space id 31 page no 4 n bits 80 index c of table `guo_test`.`t` trx id 105275 lock_mode X
Record lock, heap no 4 PHYSICAL RECORD: n_fields 2; compact format; info bits 0                                                 ----(Next-Key Lock，索引锁c（5，10])
 0: len 4; hex 8000000a; asc ;;
 1: len 4; hex 8000000a; asc ;;

Record lock, heap no 5 PHYSICAL RECORD: n_fields 2; compact format; info bits 0                                                  ----(Next-Key Lock，索引锁c (10,15])    
 0: len 4; hex 8000000f; asc ;;
 1: len 4; hex 8000000f; asc ;;

Record lock, heap no 6 PHYSICAL RECORD: n_fields 2; compact format; info bits 0                                             ----(Next-Key Lock，索引锁c (15,20])    
 0: len 4; hex 80000014; asc ;;
 1: len 4; hex 80000014; asc ;;

Record lock, heap no 7 PHYSICAL RECORD: n_fields 2; compact format; info bits 0                                     ----(Next-Key Lock，索引锁c (20,25])    
 0: len 4; hex 80000019; asc ;;
 1: len 4; hex 80000019; asc ;;

RECORD LOCKS space id 31 page no 3 n bits 80 index PRIMARY of table `guo_test`.`t` trx id 105275 lock_mode X locks rec but not gap
Record lock, heap no 5 PHYSICAL RECORD: n_fields 5; compact format; info bits 0
----(记录锁 锁c=15对应的主键）
 0: len 4; hex 8000000f; asc ;;
 1: len 6; hex 0000000199e3; asc ;;
 2: len 7; hex ca000001470134; asc G 4;;
 3: len 4; hex 8000000f; asc ;;
 4: len 4; hex 8000000f; asc ;;

Record lock, heap no 6 PHYSICAL RECORD: n_fields 5; compact format; info bits 0
 0: len 4; hex 80000014; asc ;;
----(记录锁 锁c=20对应的主键）
 1: len 6; hex 0000000199e3; asc ;;
 2: len 7; hex ca000001470140; asc G @;;
 3: len 4; hex 80000014; asc ;;
 4: len 4; hex 80000014; asc ;;
由于字数限制，正序及无排序的日志无法帖出，倒序日志比这两者，多了范围(Next-Key Lock，索引锁c（5，10])，个人理解是，加锁分两次，第一次，即正序的锁，第二次为倒序的锁，即多出的(5,10],在RR隔离级别，
innodb在加锁的过程中会默认向后锁一个记录，加上Next-Key Lock,第一次加锁的时候10已经在范围，由于倒序，向后，即向5再加Next-key Lock,即多出的(5,10]范围

insert into t values(0,0,0),(5,5,5),
(10,10,10),(15,15,15),(20,20,20),(25,25,25);
运行mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t where c>=15 and c<=20 order by c desc for update;
c 索引会在最右侧包含主键值，c索引的值为(0,0) (5,5) (10,10) (15,15) (20,20) (25,25)
此时c索引上锁的范围其实还要匹配主键值 。
思考题答案是，上限会扫到c索引(20,20) 上一个键，为了防止c为20 主键值小于25 的行插入，需要锁定(20,20) (25,25) 两者的间隙；开启另一会话(26,25,25)可以插入，而(24,25,25)会被堵塞。
下限会扫描到(15,15)的下一个键也就是(10,10),测试语句会继续扫描一个键就是(5,5) ，此时会锁定，(5,5) 到(15,15)的间隙，由于id是主键不可重复所以下限也是闭区间；
在本例的测试数据中添加(21,25,25)后就可以正常插入(24,25,25)

课前思考
1：幻读是什么？幻读有什么问题？如何避免？
幻读我的理解是，读出的数据出现了不一致的现象，在事务的读未提交和读已提交这两种事务的隔离级别下会出现幻读的现象，问题嘛？就是数据不一致了，对于数据严格要求一致的场景是不能够允许的。如何避免？在可重复读和串行化的事务隔离级别下应该不会出现
课后思考
1：学完此节后发现自己的认知，基本是错的
1-1：什么是幻读？
幻读是指在同一个事务中，存在前后两次查询同一个范围的数据，但是第二次查询却看到了第一次查询没看到的行。
注意，幻读出现的场景
第一：事务的隔离级别为可重复读，且是当前读
第二：幻读仅专指新插入的行
1-2：幻读带来的问题？
一是，对行锁语义的破坏
二是，破坏了数据一致性
1-3：怎么避免幻读？
存储引擎采用加间隙锁的方式来避免出现幻读
1-4：为啥会出现幻读？
行锁只能锁定存在的行，针对新插入的操作没有限定
1-5：间隙锁是啥？它怎么避免出现幻读的？它引入了什么新的问题？
间隙锁，是专门用于解决幻读这种问题的锁，它锁的了行与行之间的间隙，能够阻塞新插入的操作
间隙锁的引入也带来了一些新的问题，比如：降低并发度，可能导致死锁。
注意，读读不互斥，读写/写读/写写是互斥的，但是间隙锁之间是不冲突的，间隙锁会阻塞插入操作
另外，间隙锁在可重复读级别下才是有效的
感谢老师的分享，意料之外的认知很好玩，也纠正了自己的认知偏差。
感觉自己明白了，看完评论，感觉自己啥都不懂。

什么是幻读?
幻读指的是一个事务在前后两次查询同一个范围的时候，后一次查询看到了前一次查询没有看到的行。（幻读在当前读下才会出现；幻读仅专指新插入的行）
如何解决幻读?
间隙锁（Gap lock）:（两个值之间的锁）。
间隙锁和行锁合称 next-key lock，每个 next-key lock 是前开后闭区间。
间隙锁为开区间。
next-key-lock为前开后闭区间。
间隙锁引入什么问题？
可能会导致同样的语句锁住更大的范围，这其实是影响了并发度的。
间隙锁在RR级别下才有效，RC级别下无间隙锁。
不使用间隙锁方法:
使用读提交隔离级别+ binlog_format=row组合。

gap锁是否只会在可重复读的情况下才有?
在提交读和有唯一索引的情况下, 我也有遇到过因为gap死锁的情况
大致是这种sql
session1
delete from t where id in (1,3,5);
insert into t id(1,3,5);
session2
delete from t where id in (2,4,6);
insert into t id(2,4,6);

表结构
CREATE TABLE `t2` (
  `id` int(11) DEFAULT NULL,
  `v` int(11) DEFAULT NULL
) ENGINE=InnoDB;
两个session，
session1, | session2
step1： set session transaction isolation level repeatable read;(session1) | set session transaction isolation level repeatable read;(session2)
step2： begin;(session1)
step3： begin; (session2)
step4： insert into t2 (id,v) values(1,1); （session1)
step5： insert into t2 (id,v) select 2,2 from dual where not exists(select * from t2 where id=2); (session2) // 这里为什么会阻塞，直到session1提交呢？
step6： commit; (session1) 该句执行完 session2不再阻塞
step7：commit;(session2)
我的疑惑就是为什么step5 那一步会阻塞？select * from t2 where id=2 不是快照读吗？也没有用for update，share lock 之类的语句，而且insert into 也没有什么唯一键约束，主键约束，怎么用数据库锁和隔离级别的知识来解释这个现象呢？请老师指点