共计 1559 个字符，预计需要花费 4 分钟才能阅读完成。
前言
面试高频题，首先要了解 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…