---

前言

各位读者好, 我是小陈, 这是我的个人主页, 希望我的专栏能够帮助到你:
📕 JavaSE基础: 基础语法, 类和对象, 封装继承多态, 接口, 综合小练习图书管理系统等
📗 Java数据结构: 顺序表, 链表, 堆, 二叉树, 二叉搜索树, 哈希表等
📘 JavaEE初阶: 多线程, 网络编程, TCP/IP协议, HTTP协议, Tomcat, Servlet, Linux, JVM等(正在持续更新)

面试中问到 MySQL , 一定会问的就是并发执行事务可能存在的问题, 事务的四种隔离级别相关的问题, 所以这些知识非常重要 ! !

---

提示：是正在努力进步的小菜鸟一只，如有大佬发现文章欠佳之处欢迎批评指点~ 废话不多说，直接上干货！

一、并发执行事务可能存在的问题

接下来先用通俗的语言, 解释一下这些 “专业术语” 的意思, 然后再 “专业性” 的总结

1, 脏读问题

场景 :

• 比如我在宿舍库库敲代码, 我的室友要抄我的代码, 我一边写他一边看

• 趁他不看的时候, 我把代码修改了

• 过了一会他又来看了, 看到了我的代码已经修改了, 或者是删了

当 事务A 对某个数据修改的过程中, 事务A 未提交之前, 事务B 来读这个数据, 这个过程就是脏读, 读到的数据就是脏数据,

脏数据是指 : 无效的数据 (因为 事务A 还未提交, 可能 事务B 读完之后, 事务A 又修改了, 事务B 再读的时候就可能和上次读到的不一样 )

解决方案 :

• 给我 “写代码的操作” 加锁, 我写完了, 别人才能看

后果 :

• 给 “写操作” 加锁之后, “读” 和 “写” 不能并发执行, 降低了并发执行效率, 但提升了隔离性

---

2, 不可重复读

场景 :

• (事先约定 : 我写完了, 室友才能看) 我把代码写完了, 对室友说: “你过来看吧”

• 他看了一眼, 回去自己写了

• 有一只鸡来到我的键盘上一顿乱啄, 代码被改了

• 室友再来看的时候发现, 代码变了

事务A 提交之后, 事务B 来读这个数据, 但有可能读到 其他事务 提交的数据, 导致多次读取到的数据不一样, 这个过程就是不可重复读

解决方案 :

• 刚才 : 给我 “写代码的操作” 加锁, 我写完了, 别人才能看
• 现在 : 给室友 “读代码的操作” 加锁, 他读的时候, 谁也不能改数据

后果 :

• 给 “写操作” 加锁之后, 又给 “读操作” 加锁, 进一步 降低了并发执行效率, 但提升了隔离性

---

3, 幻读

场景 :

• (事先约定 : 我写完了, 室友才能看, 他看的时候, 谁也不能改) 我写好了代码, 对室友说: “你过来看吧”

• 他看了一眼, 回去自己写了

• 我没闲着, 他要看的代码我不碰, 我打算写其他的代码

• 他再抬头看的时候, 发现 : “卧槽, 你背着我卷?”

事务A 提交之后, 事务B 来读这个数据, 下次再读的时候, 读到的结果没变, 但是结果集变了, 这个过程就是幻读

解决方案 :

• 第一步 : 给我 “写代码的操作” 加锁, 我写完了, 别人才能看
• 第二步 : 给室友 “读代码的操作” 加锁, 他读的时候, 谁也不能改数据
• 第三步 : 必须等他告诉我 “抄完了” , 我才能碰电脑(完全串行化)

后果 :

• 我确定写完了, 室友才能看, 室友确定看完了, 我才能继续写, 完全拒绝并发, 但隔离性达到巅峰

---

二、MySQL 的四种隔离级别

设置不同的事务隔离级别能够不同程度地解决脏读, 不可重复读, 幻读问题

	脏读	不可重复读	幻读
READ UNCOMMITTED 读未提交	有	有	有
READ COMMITTED 读已提交	无	有	有
REPEATABLE READ 可重复读	无	无	有
SERIALIZABLE 串行化	无	无	无

1, READ UNCOMMITTED 读未提交

如果隔离级别设置为 “读未提交” , 那么该隔离级别的事务可以看到其他事务中未提交的数据。

该隔离级别因为可以读取到其他事务中未提交的数据，而未提交的数据可能会发生回滚，因此我们把该级别读取到的数据称之为脏数据，把这个问题称之为脏读

该隔离级别下存在 : 脏读, 不可重复读, 幻读问题

---

2, READ COMMITTED 读已提交

如果隔离级别设置为 “读已提交”, 那么该隔离级别的事务能读取到已经提交事务的数据，因此它可以解决脏读问题

但由于在事务的执行中还可以读取到其他事务提交的结果，所以在不同时间的相同 SQL 查询中，可能会得到不同的结果，这种现象叫做不可重复读

该隔离级别下存在 : 不可重复读, 幻读问题

---

3, REPEATABLE READ 可重复读 (MySQL 的默认事务隔离级别)

如果隔离级别设置为 “可重复读”，那么它能确保同⼀事务多次查询的结果⼀致。因此它可以解决不可重复读问题

但也会有新的问题，比如此级别的事务正在执行时，另⼀个事务成功的插入了某条数据，但因为它每次查询的结果都是⼀样的，所以会导致查询不到这条数据，自己重复插入时又失败（因为唯一约束的原因）。明明在事务中查询不到这条信息，但就是插入不进去，这就叫幻读

该隔离级别下 : 存在幻读问题

---

4, SERIALIZABLE 串行化

如果隔离级别设置为 “串行化”, 那么它会强制事务排序，多个事务不会并发，从而解决了脏读、不可重复读和幻读问题，但因为执行效率低，所以真正使用的场景并不多

---

总结

以上就是本篇的全部内容, 主要介绍了并发执行事务事存在的幻读, 不可重复读, 幻读问题, 以及四种隔离级别下能够不同程度的解决这些问题

	脏读	不可重复读	幻读
READ UNCOMMITTED 读未提交	有	有	有
READ COMMITTED 读已提交	无	有	有
REPEATABLE READ 可重复读	无	无	有
SERIALIZABLE 串行化	无	无	无

如果本篇对你有帮助，请点赞收藏支持一下，小手一抖就是对作者莫大的鼓励啦😋😋😋~

---

上山总比下山辛苦
下篇文章见