MySQL的4种事务隔离级别你还不清楚吗？

前言

如今想把数据库这块整理出来，尽可能用最简洁的语言描述出来，供新人参考。

首先建立一个表 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 用户中查询数据，结果以下：

结论一

咱们将事务隔离级别设置为 read uncommitted，即使是事务没有 commit，可是咱们仍然能读到未提交的数据，这是全部隔离级别中最低的一种

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

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

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

答案是否认的，由于只有事务 commit 后才会更新到数据库。

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

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

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

update account set account=account-200 where id=1;复制代码

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

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

1. select * from account；复制代码

结果以下：

咱们会发现数据并无变，仍是 1000。

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

1. commit;复制代码

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

结论二：

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

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

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

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

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

在会话 B 中咱们当前事务隔离级别为 repeatable read。具体操做以下：

set session transaction isolation level repeatable read;
start transaction;复制代码

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

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

insert into account(id,account) value(3,1000);
commit;复制代码

而后咱们查询看数据插入是否成功：

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

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

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

用户 B 固然不服啊，由于查询到数据只有两条啊，为何插入 id=3 说我数据重复了呢？

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

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

结论三：

当咱们将当前会话的隔离级别设置为 repeatable read 的时候，当前会话能够重复读，就是每次读取的结果集都相同，而无论其余事务有没有提交。

有什么问题吗？

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

四. serializable（串行化）

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

set session transaction isolation level serializable;
start transaction;复制代码

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

select * from account;复制代码

结果以下：

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

咱们发现用户 A 所在的会话陷入等待，若是超时（这个时间能够进行配置），会出现 Lock wait time out 提示：

若是在等待期间咱们用户 B 所在的会话事务提交，那么用户 A 所在的事务的写操做将提示操做成功。

结论四：

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

最后

欢迎你们关注个人公众号【程序员追风】，文章都会在里面更新，整理的资料也会放在里面。