五分钟搞清楚MySQL事务隔离级别

好久没碰数据库了，只是想起自己当时在搞数据库的时候在事务隔离级别这块老是卡，似懂非懂的。现在想把这块整理出来，尽量用最简洁的语言描述出来，供新人参考。

首先创建一个表account。创建表的过程略过（由于InnoDB存储引擎支持事务，所以将表的存储引擎设置为InnoDB）。表的结构如下：

表结构

然后往表中插入两条数据，插入后结果如下：

数据

为了说明问题，我们打开两个控制台分别进行登录来模拟两个用户（暂且成为用户A和用户B吧），并设置当前MySQL会话的事务隔离级别。

一. read uncommitted（读取未提交数据）

具体用户A的操作如下：

set session transaction isolation level read uncommitted；
start transaction;
select * from account;

结果如下：

数据

用户B的操作如下：

set session transaction isolation level read uncommitted；
start transaction;
update account set account=account+200 where id = 1;

随后我们在A用户中查询数据，结果如下：

uncommittedA数据

结论一：

我们将事务隔离级别设置为read uncommitted，即便是事务没有commit，但是我们仍然能读到未提交的数据，这是所有隔离级别中最低的一种。

那么这么做有什么问题吗？

那就是我们在一个事务中可以随随便便读取到其他事务未提交的数据，这还是比较麻烦的，我们叫脏读。我不知道这个名字是怎么起的，为了增强大家的印象，可以这么想，这个事务好轻浮啊，饥渴到连别人没提交的东西都等不及，真脏，呸！

实际上我们的数据改变了吗？

答案是否定的，因为只有事务commit后才会更新到数据库。

二. read committed（可以读取其他事务提交的数据）---大多数数据库默认的隔离级别

同样的办法，我们将用户B所在的会话当前事务隔离级别设置为read commited。

在用户A所在的会话中我们执行下面操作：

update account set account=account-200 where id=1;

read committed

我们将id=1的用户account减200。然后查询，发现id=1的用户account变为800。

在B用户所在的会话中查询：

select * from account；

结果如下：

read committedB

我们会发现数据并没有变，还是1000。

接着在会话A中我们将事务提交：

commit;

在会话B中查询结果如下：

read committedB1

结论二：

当我们将当前会话的隔离级别设置为read committed的时候，当前会话只能读取到其他事务提交的数据，未提交的数据读不到。

那么这么做有什么问题吗？

那就是我们在会话B同一个事务中，读取到两次不同的结果。这就造成了不可重复读，就是两次读取的结果不同。这种现象叫不可重复读。

三. repeatable read（可重读）---MySQL默认的隔离级别

现在有个需求，就是老板说在同一个事务中查询结果必须保持一致，如果你是数据库，你会怎么做？数据库是这么做的。

在会话B中我们当前事务隔离级别为repeatable read。具体操作如下：

set session transaction isolation level repeatable read;
start transaction;

接着在会话B中查询数据：

repeatablereadB1

我们在A用户所在会话中为表account添加一条数据：

insert into account(id,account) value(3,1000);
commit;

然后我们查询看数据插入是否成功：

repeatable readA

回到B用户所在的会话，我们查询结果：

repeatablereadB2

用户B在他所在的会话中想插入一条新数据id=3，value=1000。来我们操作下：

readpeatablereadB3

什么？竟然插不进去，说我数据重复？

用户B当然不服啊，因为查询到数据只有两条啊，为什么插入id=3说我数据重复了呢？

我再看一遍，莫非我眼花了？

repeatablereadB2

试想一下，在实际中用户A和用户B肯定是相互隔离的，彼此不知道操作什么。用户B碰到这种现象，肯定会炸毛的啊，明明不存在的数据，插入却说主键id=3数据重复了。

结论三：

当我们将当前会话的隔离级别设置为repeatable read的时候，当前会话可以重复读，就是每次读取的结果集都相同，而不管其他事务有没有提交。

有什么问题吗？

管他呢，老板的要求满足了。要一个事务中读取的数据一致（可重复读）。我只能这么做啊，打肿脸装胖子。数据已经发生改变，但是我还是要保持一致。但是，出现了用户B面对的问题，这种现象叫幻读（记得当时就在这个地方纠结好久，到底什么是幻读啊）。

四. serializable（串行化）

同样，我们将用户B所在的会话的事务隔离级别设置为serializable并开启事务。

set session transaction isolation level serializable;
start transaction;

在用户B所在的会话中我们执行下面操作：

select * from account;

结果如下：

serializableA

那我们这个时候在用户A所在的会话中写数据呢？

 

readcommittedA1

我们发现用户A所在的会话陷入等待，如果超时（这个时间可以进行配置），会出现Lock wait time out提示：

readcommittedA2

如果在等待期间我们用户B所在的会话事务提交，那么用户A所在的事务的写操作将提示操作成功。

结论四：

当我们将当前会话的隔离级别设置为serializable的时候，其他会话对该表的写操作将被挂起。可以看到，这是隔离级别中最严格的，但是这样做势必对性能造成影响。所以在实际的选用上，我们要根据当前具体的情况选用合适的。

作者：伞U
链接：https://www.jianshu.com/p/4e3edbedb9a8
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

 

作者：bigcat
链接：https://www.zhihu.com/question/47007926/answer/222348887
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
 

哎，又是人云亦云的 mysql "幻读"。我这里就讲一下自己对幻读的理解吧。

首先，mysql 幻读并非是 "一个事务内进行两次相同操作居然得到了不一样的结果"，因为它根本不可能发生在使用了 read view / MVCC 的 RR 隔离级别下，这种幻读的定义更适合给 Oracle，Oracle 的事务隔离只有两级，RC 和 Serializable。然后还有很多人说不可重复读是针对某条记录的，幻读是针对记录集合的，这略微牵强....

 

这里给出 mysql 幻读的比较形象的场景：

users： id 主键

1、T1：select * from users where id = 1;

2、T2：insert into `users`(`id`, `name`) values (1, 'big cat');

3、T1：insert into `users`(`id`, `name`) values (1, 'big cat');

 

T1 ：主事务，检测表中是否有 id 为 1 的记录，没有则插入，这是我们期望的正常业务逻辑。

T2 ：干扰事务，目的在于扰乱 T1 的正常的事务执行。

在 RR 隔离级别下，1、2 是会正常执行的，3 则会报错主键冲突，对于 T1 的业务来说是执行失败的，这里 T1 就是发生了幻读，因为T1读取的数据状态并不能支持他的下一步的业务，见鬼了一样。

 

注：Serializable 隔离级别下 select 操作并会对当前记录加锁，这就造成了其他会话事务可能插入记录，当前事务再插入时，产生了数据冲突。其实 RR 也是可以尽可能避免幻读的，通过对 select 操作手动加锁（select ... for update 这也正是 Serializable 隔离级别下会隐式为你做的事情），还需要理解，即便当前记录不存在，比如 id = 1 是不存在的，但当前事务也会获得一把记录锁（因为锁定的是索引，故记录实体存在与否没关系），其他事务无法插入此索引的记录，故不会产生幻读。

 

在 Serializable 隔离级别下，1 执行时是会隐式的添加 gap 共享锁的，从而 2 会被阻塞，3 会正常执行，对于 T1 来说业务是正确的，成功的扼杀了扰乱业务的T2，对于T1来说他读取的状态是可以拿来支持业务的。

 

所以 mysql 的幻读并非什么读取两次返回结果集不同，而是事务在插入事先检测不存在的记录时，惊奇的发现这些数据已经存在了，之前的检测读获取到的数据如同鬼影一般。

这里要灵活的理解读取的意思，第一次select是读取，第二次的 insert 其实也属于隐式的读取，只不过是在 mysql 的机制中读取的，插入数据也是要先读取一下有没有主键冲突才能决定是否执行插入。

不可重复读侧重表达 读-读，幻读则是说 读-写，用写来证实读的是鬼影。