MySQL是如何实现读已提交和可重复读的——MVCC原理

【一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义】

**开源地址:https://docs.qq.com/doc/DSmxTbFJ1cmN1R2dB **

隔离级别

脏读

不可重复读

幻读

读未提交

读已提交

可重复读

串行化

MySQL有四种隔离级别:读未提交、读已提交、可重复读和串行化,它们分别用来解决脏读、不可重复读和幻读的问题。

**脏读:**一个事务读取到另一个事务还未提交的数据。

**不可重复读:**在一个事务中多次读取同一个数据时,结果出现不一致。

**幻读:**在一个事务中使用相同的 SQL 两次读取,第二次读取到了其他事务新插入的行。

直接进入本文主题——MySQL是如何实现读已提交和可重复读的?答案是MVCC,即通过多版本并发控制来实现,下面来看看什么是多版本并发控制。

在理解MVCC原理之前需要先了解两个重要概念:版本链、ReadView

1、版本链

在InnoDB引擎中,每行记录的后面会保存两个隐藏的列:trx_id、roll_pointer。它们的作用如下:

  1. trx_id:用于保存每次对该记录进行修改的事务的id。

  2. roll_pointer:存储一个指针,指向这条数据记录上一个版本的地址,可以通过它获取到该记录上一个版本的数据信息。

比如数据库表中现在有下面一条数据:

id

blogName

trx_id(隐藏列)roll_pointer(隐藏列)

1

齐天小圣1号

10

 

现在有一个事务id为20的事务修改了这条记录,将blogName字段修改为了“齐天小圣2号”,那么这条数据被修改后将会变成下面这样:

当数据的修改次数增多,对应的版本也会随之增多,但各个版本之间通过指针相连,形成版本链的概念。

2、ReadView

MySQL中实现读已提交和可重复读的区别就在于它们生成的ReadView的策略不同。ReadView中主要就是有个列表存储着我们系统中当前活跃着的读写事务,即begin了但还未提交的事务。

那么存储这个列表有什用呢?比如当前ReadView的列表中存储着两条活跃的事务,它们的id分别为20和40:{20,40},有如下规则:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值