最近在阅读一篇关于隔离级别的文章，文章中提到了一种场景，我们下面来分析一下。
文章目录
- 1、实验环境
- 2、两个实验的语句执行顺序
- 3、关于start transaction和start transaction with consistent snapshot
- 4、实验结果解释
- 4.1、实验1
- 4.2、实验2
- 4.3、调整实验1，达到和实验2一样的效果
1、实验环境
版本：5.7.30-log
隔离级别：RR
2、两个实验的语句执行顺序
3、关于start transaction和start transaction with consistent snapshot
这篇文章讨论的问题是start transaction和start transaction with consistent snapshot这两条命令的区别。
start transaction：开启事务，但只有发生第一条和InnoDB有关系的sql语句时，事务才开始生效。也就是说单独执行start transaction并不会开启事务，只有执行一条sql语句才可以，select语句都行。
start transaction with consistent snapshot：开启一致性快照读，这个命令的含义就相当于执行start transaction后紧接着执行一条select，意思是立即开启事务。
4、实验结果解释
能理解标题3的内容，上面的案例就很好理解了，我们来讨论一下。
4.1、实验1
实验1中，事务A和事务B的语句执行顺序为：
事务B：select
事务A：start transaction（此时，事务A并没有开启事务）
事务B：insert（事务B是一个自动事务，执行完即提交）
事务A：select（真正开启事务）
此时事务A是能查询到事务B新增的数据的。因为在事务A真正开启事务之前，事务B已经提交了，事务A开启事务时，肯定是能读取到其他事务已提交的结果的
4.2、实验2
实验2中，事务A和事务B的语句执行顺序为：
事务B：select
事务A：start transaction with consistent snapshot（事务A开启事务）
事务B：insert（事务B是一个自动事务，执行完insert即提交）
事务A：select
此时事务A就不能读取到事务B新增的数据，这是InnoDB不可重复读所做的事情
4.3、调整实验1，达到和实验2一样的效果
实验1，调整一下事务A语句的执行顺序，就不会读取到事务B的新增数据了。
事务B：select
事务A：start transaction（此时，事务A并没有开启事务）
事务A：select（真正开启事务）
事务B：insert（事务B是一个自动事务，执行完insert即提交）
事务A：select（事务A在事务B执行insert前已经开启事务，因为RR隔离级别下不可重复读的原因，所以就读取不到事务B新增的数据）
