从一个问题来加深对mysql可重复读的理解

来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习数据库相关编程知识。下面本篇文章就来带大家聊聊《从一个问题来加深对mysql可重复读的理解》，介绍一下MySQL、事务、数据库，希望对大家的知识积累有所帮助，助力实战开发！

引入问题

这个问题来源于一个网络课程的课后思考题，题目是这样的：

我用下面的表结构和初始化语句作为试验环境，事务隔离级别是可重复读。现在，我要把所有“字段 c 和 id 值相等的行”的 c 值清零，但是却发现了一
个“诡异”的、改不掉的情况。请你构造出这种情况，并说明其原理。

mysql> CREATE TABLE `test2` (
  `id` int(11) NOT NULL,
  `c` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB;
insert into test2(id, c) values(1,1),(2,2),(3,3),(4,4);

补充解释下这个问题，mysql环境，innodb引擎，事务的隔离级别是

可重复读

，一个表只有两个字段，然后插入4条数据，希望你构造上图中的一种情况，就是明明update了，但是结果没有更新，select也好像没有生效。

给出问题的答案

先直接给出答案吧，

开启两个mysql的交互窗口，模拟两个事物的操作，比如一个事物叫A，一个事物叫B。

流程是这样的，

//事物A
start transaction with consistent snapshot;

//事物B
update test2 set c = c + 4;

//事物A 
update test2 set c = 0 where id = c;

//事物A
select * from test2;

具体操作的截图如下，

A事物 commit 后(事物结束)，才可以通过select看到真实数据。

解释说明

要理解这个问题的答案，首先需要搞懂什么是可重复读的隔离级别。

可重复读隔离级别，事务 A 启动的时候会创建一个视图 read-view，之后事务 A 执行期间，即使有其他事务修改了数据，事务 A 看到的仍然跟在启动时看到的一样。

我们首先在事物 A 执行

start transaction with consistent snapshot

，这个就开始了事物A的生命周期，并且是手动事物。因为

start transaction

默认就禁用了autocommit。

然后事物 B 开始直接执行了update。为了操作简单这里用了自动事物。也就是事物 B 在update后事物就提交了。

这个时候数据变成了下面这个样子：

id	c
1	5
2	6
3	7
4	8

然后事物A继续执行

update test2 set c = 0 where id = c;

，很明显由于事物B已经提交了，事物A的update的使用的是

当前读

，判断条件不满足，所以事物 A 不会更新任何数据。

接着，事物 A 执行select语句，为什么结果还是以前的数据呢？ 是因为事物 A 的select使用的

一致读

，也叫快照读，读取的还是以前的快照数据。

一致性读是读取在某个时间点已经提交了的数据, 在本示例中，这个时间点就是

start transaction with consistent snapshot

执行的时间点。

索引，现在互联网公司大部分会把隔离级别设置成RC(Read Commited)，也就是读已提交模式。当然除了上面那个问题，还有其它原因，这个不是本文的重点就不展开来讲了。

---

关注公众号：犀牛饲养员的技术笔记

个人博客：http://www.machengyu.net

csdn博客: https://blog.csdn.net/pony_ma...

思否: https://segmentfault.com/u/ma...

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于数据库的相关知识，也可关注golang学习网公众号。