前言
面试高频题，首先要了解ReadView，而后要区别可反复读和提交读ReadView的不同点
ReadView
m_ids：示意在生成READVIEW时以后零碎中沉闷的读写事务的事务id列表，沉闷的是指以后零碎中那些尚未提交的事务；
min_trx_id：示意在生成READVIEW时以后零碎中沉闷的读写事务中最小的事务id，也就是m_ids中的最小值；
max_trx_id：示意生成READVIEW时零碎中应该调配给下一个事务的事务id值，因为事务id个别是递增调配的，所以max_trx_id就是m_ids中最大的那个id再加上1；
creator_trx_id：示意生成该READVIEW的事务id，因为只有在对表中记录做改变（增删改）时才会为事务调配事务id，所以在一个读取数据的事务中的事务id默认为0；
读取规定
1、版本的trx_id==READVIEW中的creator_trx_id，示意以后读事务正在读取被本人批改过的记录，该版本能够被以后事务拜访；
2、版本trx_id < min_trx_id，表明生成该版本的事务在以后事务生成READVIEW前曾经提交了，所以该版本能够被以后事务拜访；
3、版本的trx_id > max_trx_id，表明生成该版本的事务在以后事务生成READVIEW后才开启的，该版本不可被以后事务拜访；
4、版本的trx_id在READVIEW的min_trx_id和max_trx_id之间，那就须要判断一下trx_id属性值是不是在m_ids中。如果在这个范畴内，阐明创立READVIEW时该事务还处于沉闷状态，该版本不能够被以后事务拜访；如果不在，阐明创立READVIEW时生成该版本的事务曾经被提交，该版本能够被以后事务拜访；
原理
基于ReadView机制能够实现RC隔离级别，即每次查问的时候都生成一个ReadView，这样的话，只有在这次查问之前有别的事务提交了（ m_ids 列表产生变换），那么别的事务更新的数据，是能够看到的。
那么如果是RR级别呢？RR级别下，这个事务读一条数据，无论读多少次，都是一个值，别的事务批改数据之后哪怕提交了，也是看不到人家批改的值的，这就防止了不可反复读的问题。同时如果别的事务插入了一些新的数据，也是读不到的，这样就能够防止幻读的问题。
例子
首先假如有一条数据是事务id=50的一个事务插入的，同时此时有事务A和事务B同时在运行，事务A的id是60，事务B的id是70，如下图所示：
这个时候，事务A发动了一个查问，它就是第一次查问就会生成一个ReadView，此时ReadView里的creator_trx_id是60，min_trx_id是60，max_trx_id是71，m_ids是[60, 70]，此时ReadView如下图所示：
这个时候事务A基于这个ReadView去查这条数据，会发现这条数据的trx_id为50，是小于ReadView里的min_trx_id的，阐明它发动查问之前，早就有事务插入这条数据还提交了，所以此时能够查到这条原始值的，如下图：
接着就是事务B此时更新了这条数据的值为值B，此时会批改trx_id为70，同时生成一个undo log，而且要害是事务B此时它还提交了，也就是说此时事务B曾经完结了，如下图所示：
事务A去查问这条数据的值，会诧异的发现此时数据的trx_id是70了，因为在RR级别，ReadView不会扭转，依据ReadView的读取规定能够晓得事务A不能查到txr_id=70对应的数据，而是会顺着undo指针找到原始值，所以事务A在事务B批改数据的前后读取的数据是一样的。
参考：《2020最新Java根底精讲视频教程和学习路线！》
链接：https://juejin.cn/post/693721...