InnoDb MVCC 笔记

id,name,balance
1, David, 1000（R1）(TX_R1)
2, Jim, 2000 (R2) (TX_R2)
3, Hellen, 3000 (R3) (TX_R3)

T1-->Read View(TX_MIN ... TX_MAX)

当事务T1准备修改第一条记录R1，首先判断R1对应的事务ID即TX_R1
第一种情况
如果TX_R1小于Read View中最小的事务ID即TX_MIN，说明在开启T1事务之前，TX_R1对应的事务已经提交，这种情况可以读取最新数据。
第二种情况
如果TX_R1大于Read View中最大的事务ID即TX_MAX, 要读取副本数据。
第三种情况
如果TX_R1介于TX_MIN和TX_MAX之间，这种情况下要看TX_R1是否在Read View中
如果在Read View中，说明在T1事务开启时，TX_R1并没有提交，此时要读副本数据
如果不在Read View中，那么说明T1事务开启时，TX_R1已经提交，此时读取最新数据。
在什么情况下TX_R1介于TX_MIN和TX_MAX之间，而不再Read View中

比如有三个线程在同一时间分别操作R1，R2，R3 对应的事务ID分别为 TX_R1，TX_R2 , TX_R3
此时假如TX_R2<TX_R1<TX_R3，虽然TX_R1发起事务的时间要比TX_R2晚一些，但是TX_R1执行的比较快，比TX_R2先提交,
此时开启事务T1，因为现在活动的事务只有TX_R2，TX_R3,所以Read View中不存在TX_R1

那么如果按照这种说法，那么TX_R3也可能处理的比较快，先于TX_R1和TX_R2提交，如果此时开启事务T1那么Read View中的活动事务最大TX_MAX为TX_R2，
假如此时T1要操作R3，对应的事务ID为TX_R3>TX_R2(TX_MAX),按照第二种情况不能读取最新数据，为什么此时TX_R3已经提交了，但是T1却不能读取最新数据？
因为InnoDB MVCC的规范约定事务ID不能超过上限即TX_MAX,如果超过就算提交了也不可见.