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

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

mysql 事务可重复读(RR)隔离级别验证
以下我对左右窗口事务分别用a、b事务表示：

左边开启事务a。
右边开启事务b。
a事务执行select * from user where id = 1;
b事务执行select * from user where id = 1;
- 第3、4步中可见a和b事务查到的结果是一样的。
a事务执行update user set name = ‘4’ where id = 1;,未commit。
b事务执行select * from user where id = 1;，结果中name字段未变。
a事务执行select * from user where id = 1;，结果中name字段已被修改。
- 第6、7步中可见a、b事务只能看到自己的修改，说明a、b事务符合可重复读，只能读到当前事务数据版本。
a事务提交事务。
b事务再次执行select * from user where id = 1;结果中name字段仍然是b事务开启前的数据。
第8、9步结合6、7步说明b事务数据版本是不会受到其他事务的影响的，不管其他事务是否已经提交。
b事务提交。
在右边窗口再次执行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下当前未提交的事务读不到并行事务的修改，不管并行事务是否已经提交。

InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制实现。比较复杂（我暂时也不会）。

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

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