可重复读隔离级别如何解决脏读、不可重复读

您所在的位置:网站首页 mysql关闭自动提交还是提交事务 可重复读隔离级别如何解决脏读、不可重复读

可重复读隔离级别如何解决脏读、不可重复读

2023-04-01 18:34| 来源: 网络整理| 查看: 265

我们都知道可重复读隔离级别可以解决脏读、不可重复读。那么具体是如何解决的呢? 下面先通过实验来演示可重复读能够解决脏读、不可重复读问题,然后解释具体的原因。

环境搭建

1. 建立两个session连接MySQL,session1和session2

关闭session1和session2的事务自动提交。

set autocommit=0; // 关闭自动提交 select @@autocommit; // 查看当前session的自动提交状态

在这里插入图片描述 2. 将session1和session2的隔离级别设置为可重复读。

set tx_isolation='repeatable-read'; // 设置当前session的隔离级别为可重复读 select @@tx_isolation; //查看当前session的隔离级别

在这里插入图片描述 3. 随便创建一张表,我这里是user。 在这里插入图片描述 这里是user中的数据: 在这里插入图片描述

开始实验

1. 首先在session2中查询name='zz’的数据。

select * from user where name='zz';

在这里插入图片描述 2. 在session1中开启事务,然后改变name='zz’的age字段为46。

begin; // 开启事务 update user set age=46 where name='zz'; //更新数据

在这里插入图片描述 这时候session2中肯定是查不到数据的更改的,也就解决了脏读的问题: 在这里插入图片描述 3.将session1中的事务进行提交,再次到session2中查询该字段。

commit; // session1中提交事务 select * from user where name='zz'; //session2中再次查询该字段

在这里插入图片描述 这就解决了不可重复读的问题。

底层解释

1. 在InnoDB中,解决事务的隔离性(Isolation)是通过多版本并发控制(MVCC)和锁(lock)机制来实现的。 2.表(user)中的数据是有两个状态的,prepare和commit。其中prepare是事务提交之前数据的状态,而commit是事务提交之后的状态。 3.数据通过MVCC控制是具有多个版本的,其原理是:MVCC会在每行数据上增加两个字段,事务ID(DB_TRX_ID)和指向前一个数据的指针(DB_ROLL_PTR),根据指针和事务ID,就可以实现行数据的多版本。 在这里插入图片描述 4.在可重复读的隔离级别下,InnoDB每次进行select查询语句,只有第一次执行select语句会产生数据快照(整张表的快照),之后执行相同的select语句,不再产生数据快照,那么下次使用相同语句查询时,访问的快照仍然是第一次产生的数据快照。那么即使当session1提交(commit)事务之后,session2访问的仍然是事务提交之前的即数据处于prepare状态的数据快照。这就解决了不可重复读的问题。



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3