mysql 事务可重复读(RR)隔离级别验证

一、可重复读(RR)隔离

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。

二、用两个并行的事务进行比较验证。

以下我对左右窗口事务分别用a、b事务表示：

1. 左边开启事务a。
2. 右边开启事务b。
3. a事务执行select * from user where id = 1;
4. b事务执行select * from user where id = 1;
   • 第3、4步中可见a和b事务查到的结果是一样的。
5. a事务执行update user set name = ‘4’ where id = 1;,未commit。
6. b事务执行select * from user where id = 1;，结果中name字段未变。
7. a事务执行select * from user where id = 1;，结果中name字段已被修改。
   • 第6、7步中可见a、b事务只能看到自己的修改，说明a、b事务符合可重复读，只能读到当前事务数据版本。
8. a事务提交事务。
9. b事务再次执行select * from user where id = 1;结果中name字段仍然是b事务开启前的数据。
   第8、9步结合6、7步说明b事务数据版本是不会受到其他事务的影响的，不管其他事务是否已经提交。
10. b事务提交。
11. 在右边窗口再次执行select * from user where id = 1;结果中name字段已被修改。
    • 第10步b事务提交后，第11步右边窗口再次执行的sql语句已经相当于一个新的事务，不再是b事务了，所以这时右边窗口执行select * from user where id = 1结果中name字段已被修改。可以理解这时右边窗口又开启一个新事务c，事务c是在事务a提交了之后开启的，所以事务c的数据版本是事务a提交后的数据版本，所以事务c能读到最新的修改。

三、结论

mysql 事务可重复读(RR)隔离级别解决了脏读和不可重复的问题。

• 脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
• 不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
• 之所以解决脏读和不可重复读，是因为RR下当前未提交的事务读不到并行事务的修改，不管并行事务是否已经提交。

四、原理

RR的实现原理是基于MCVV(多版本并发控制)的，其中保证了可重复读，是因为 read view读视图 的存在。
RR级别下，read view读视图是在事务第一次select的时候生成的，事务会基于生成的读视图进行接下来操作，在当前事务提交之前，别人无法看到其更改，而且其他事务的提交，当前事务也无法select感知，因为当前事务只能读到当前视图的数据。

同时开启三个事务，事务a，事务b，事务c。

1. 事务a
   开启事务，并select操作，生成视图
   
2. 事务b
   只是开启事务，不做任何操作。
   
3. 事务c
   修改数据，直接提交。
   
4. 事务a
   再次查询，查询结果是第一次读取到的数据。
   
5. 事务b
   此时开始select操作，可已看到事务c提交的修改。
   

以上说明了，RR是可以解决可重复读的问题，也证明了可重复读的解决是基于 raad view的生成。

五、可重复读(RR)隔离存在的问题

可重复读（RR）隔离级别还会存在幻读，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。

六、对事务操作需注意的问题

事务中，mysql执行语句若是报错没有被处理，就会自动提交事务；