我们都知道可重复读隔离级别可以解决脏读、不可重复读。那么具体是如何解决的呢?
下面先通过实验来演示可重复读能够解决脏读、不可重复读问题,然后解释具体的原因。
环境搭建
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状态的数据快照。这就解决了不可重复读的问题。