乐趣区

关于mysql:MySQL最牛的RR隔离级别是如何基于ReadView机制实现的

前言

面试高频题,首先要了解 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…

退出移动版