理解MySQL的MVCC同一个事务第一次快照读和第二次快照读——笔记

我们都知道

1. 在 RC 隔离级别下，是每个快照读都会生成并获取最新的 Read View；
2. 而在 RR 隔离级别下，则是同一个事务中的第一个快照读才会创建 Read View, 之后的快照读获取的都是同一个 Read View。

也就是图中第一次和第二次用的是同一个 Read View

但是第二次的Read View 里DB_TRX_ID（最新修改数据事务id）会变化 ，而活跃事务列表却不会变

获取最新DB_TRX_ID（最新修改数据事务id） 根据以下规则比较

1. 首先比较 DB_TRX_ID < up_limit_id , 如果小于，则当前事务能看到 DB_TRX_ID
   所在的记录，如果大于等于进入下一个判断
2. 接下来判断 DB_TRX_ID >= low_limit_id , 如果大于等于则代表 DB_TRX_ID 所在的记录在 Read
   View 生成后才出现的，那对当前事务肯定不可见，如果小于则进入下一个判断
3. 判断 DB_TRX_ID 是否在活跃事务之中，trx_list.contains (DB_TRX_ID)，如果在，则代表我 Read
   View 生成时刻，你这个事务还在活跃，还没有 Commit，你修改的数据，我当前事务也是看不见的；如果不在，则说明，你这个事务在
   Read View 生成之前就已经 Commit 了，你修改的结果，我当前事务是能看见的

=================================================

一开始 DB_TRX_ID 为0 满足规则 ，因而可以看到事务0修改的数据
但是第二次快照读，DB_TRX_ID更新为4（因为事务4修改数据了）不满足规则，所以看不到事务4修改的数据，因而读取的还是第一次的数据。

（RR解决幻读,select * from 表 for update; 加锁，）