MySQL - Read Committed隔离级别是如何基于ReadView机制实现的？

Read Committed 隔离级别意思是你事务运行期间，只要别的事务修改数据还提交了，你就可以读到人家修改的数据，所以是会发生不可重复读以及幻读的问题。

ReadView机制，是基于undo log版本链条实现的一套读视图机制，意思是说你事务生成一个ReadView，然后如果是你事务自己更新的数据，自己是可以读到的，或者是在你生成ReadView之前提交的事务修改的是，也是可以读取到的。

但是如果是你生成ReadView的时候，就已经活跃的事务，在你生成ReadView之后修改了数据，接着提交了，此时你是读不到的，或者是你生成ReadView以后再开启的事务修改了数据，还提交了，此时也是读不到的。

所以上面的那套机制，实际上就是ReadView机制的一个原理，那么如果基于ReadView机制来实现RC隔离级别呢？

一个非常核心的要点在于，当你一个事务设置他处于RC隔离级别的时候，他是每次发起查询都重新生成一个ReadView。

首先假设我们的数据库里有一行数据，是事务id=50的一个事务之前就插入进去的，然后现在呢，活跃着两个事务，一个是事务A（id=60），一个是事务B（id=70），此时如下图所示：

现在的情况就是，事务B发起了一次update操作，更新了这条数据，把这条数据的值修改为了值B，所以此时数据的trx_id会变成事务B的id=70，同时会生成一条undo log，由roll_pointer来指向，看下图：