全网最细MySQL事务！！！（万字长文详细分析四个隔离级别）这还能不懂

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

前言：mysql事务是mysql中非常重要的一部分，那么什么是mysql事务？为什么要用mysql事务？mysql事务有什么特点? 下面，我们就一起来深入了解mysql事务！！！

mysql事务（Transaction）：事务处理可以用来维护数据库的完整性，它保证成批的Mysql操作要么完全执行，要么不执行。
存储引擎：不是所有的存储的引擎都支持事务处理，Mysql支持好几种存储引擎，而最常使用的就是InnoDB和MyISAM。其中，仅有InnoDB明确的支持事务处理管理。
事务的四个特性：事务管理具有四个特性分别是原子性（Atomicity），一致性（Consistency），隔离性（Isolation），持久性（Durability）。

• 原子性：事务是不可分割的一部分，要么全部执行，要么全部不执行。
• 一致性：一致性是指对于一个事务提交之前的状态和提交之后的一致性状态相同（比如A有1000元钱，B有2000元钱，B向A转500元钱，在B向A转完钱之后他们的钱的总数保持不变为3000元）。
• 隔离性：隔离性主要是针对并发执行的事务，即各个事务之间相互独立。隔离性有四种隔离级别，并发问题处理不好可能会出现脏读，不可重复读，幻读等问题。
• 持久性：即Mysql的事务一旦提交后，改变就是永久性的。
  事务的隔离级别
  事务的隔离级别主要是针对并发执行，这里对事务T1和事务T2进行分析讨论。

在了解事务的隔离级别前，我们需要知道不同的隔离级别会引发不同的数据读取问题，这些问题定义如下：

• 脏读：两个事务，T1,T2,即T1更新了一条数据但是未提交，之后T2读取了T1未提交的事务，而这个T1未提交的事务可能在之后会被撤销，这就造成了脏读问题的出现。
• 不可重复读：对于两个事务T1，T2（也可以是多个），在刚开始时T2读取了表中的数据，之后在事务T1中，T1对该表中的数据进行了更改，然后提交了。在T1事务提交之后T2再一次读取该表中的数据，发现此次读取的数据和上一次读取的数据不一致，这就造成了不可重复读的问题。
• 幻读：幻读看字面意思就是就像是发生了幻觉一样，大致意思也是前后读取数据不一致，和不可重复读有点像但又不一样，具体的了解请往下看。
  只看上面定义我相信大多数人都还是懵的，但是不打紧，上面只是让大家先了解一下概念，想彻底搞清楚这几个问题，请接着往下看！
了解了上面的概念后，我们在来熟悉一下这几种隔离级别，然后我们用代码来实际演练一下，逐步深入来搞懂这几种隔离级别！！！
• 读-未提交（read uncommitted）：对于读-未提交这种隔离级别，即其中一个事务可以读取其他事务已经更改但是未进行提交的数据，这个数据可能会被撤销，因此会引发脏读问题。
• 读-已提交（read committed）：对于读-已提交这种隔离级别，即其中一个事务可以读取其他事务已经发生更改并且提交了的数据，数据只要提交改变就是永久性的，因此可以避免脏读问题。然而这里又会有新的问题，即不可重复读。
• 可重复读（repeatable read）：对于可重复读这种隔离级别，即可以重复读取数据，此种隔离级别可以解决脏读和不可重复读的问题，但是会出现新的问题，即发生幻读。
• 串行读取（serializable）：对于这种隔离级别，可以解决以上的所有问题，即不会发生脏读，不可重复读，幻读等问题，但是效率太低。

基础知识已经准备完，下面我们来详细的分析一下各种隔离级别
在分析隔离基本之前，先了解一下下面这几条SQL语句

# 查看隔离级别的SQL语句
select @@tx_isolation;
设置隔离级别的SQL语句
set session transaction isolation level read uncommitted;//设置隔离级别为读-未提交
set session transaction isolation level read committed;//设置隔离级别为读-已提交
set session transaction isolation level repeatable read;//设置隔离级别为可重复读
set session transaction isolation level serializable ;//设置隔离级别为串行读取
查看默认提交状态(提交转态分为自动提交和手动提交)
select VARIABLES LIKE "%autocommit%"

要开启一个事务，我们需要将事务的提交状态设置成手动，当提交状态设置为手动时，就是自动进入事务：

# 提交状态设置为手动
set autocommit = 0;//0表示假，即关闭

好了，基础工作准备完了，下面我们来看一下各种隔离级别是如何工作的！！！
首先我们准备一个原始数据表，表名为hero

CREATE TABLE hero(
		id INT PRIMARY KEY AUTO_INCREMENT,#自增长
		name VARCHAR(25),
		blood INT
);

向hero表中插入两行数据(由于主键列设置了自增长，因此可以设置为空，值为自动添加)

INSERT INTO hero VALUES(NULL,'张飞',1000);
INSERT INTO hero VALUES(NULL,'刘备',1000);

表中数据如下

对各种隔离级别进行测试

注：测试时我们需要开启两个终端，因为需要条件为并发执行，之后我们将第一个终端称作为事务1，将第二个终端称为事务2。

读-未提交（read uncommitted）

我们按照以下步骤来进行测试，并查看表中的数据

• 1 在两个事务中都要设置隔离级别为read uncommitted
• 2 查看事务的隔离级别
• 3 在两个事务中都要设置提交状态为手动提交（设置手动提交时就会自动开启事务）
• 4 先查看两个事务中表的数据
• 5 在事务T1中更改事务但是不进行提交，然后在事务2中进行查看表中的数据
• 6 对比两个事务中的数据，看数据如何变化

设置隔离级别为read uncommitted
查看事务的隔离级别

在两个事务中都要设置提交状态为手动提交

先查看两个事务中表的数据

在事务T1中更改事务但是不进行提交，然后在事务2中进行查看表中的数据

对比两个事务中的数据，看数据如何变化
观察上面数据，其中箭头所指向的数据为新执行的SQL语句，上面的数据是上一次执行SQL语句显示的数据（为了便于观察）。通过观察上述结果，我们可以看出当提交状态为read uncommitted时，只要事务1中改变了数据，那么数据就是同步更新到事务2中（不止是事务2，其他事务同样，这里只是开了两个终端演示），然后在事务2中就会看到原本1号的姓名张飞被改成了关羽，即发生了脏读。因为我想操纵的是原来的表，你事务1在我不知情的情况下就把数据给我更改了，这能是我想要的吗？就好比说你有兄弟两个，你妈留给你们一些钱，和你们兄弟俩将这钱是你们俩的。这些钱有一张50的，一张20的，三张10块的，总共100元钱。你妈把钱放到客厅桌子上就出门了，然后你弟在你不知道的情况下就拿走一张50的和一张20的，然后你去拿时发现只剩下30元钱了，你会同意吗？显然你不会同意，然后你俩就打了一架~

读-未提交我们测试完了，下面我们看一下读-已提交

读-已提交（read committed）

我们按照以下步骤来进行测试，并查看表中的数据

• 1 在两个事务中都要设置隔离级别为read committed
• 2 查看事务的隔离级别
• 3 在两个事务中都要设置提交状态为手动提交（设置手动提交时就会自动开启事务）
• 4 先查看两个事务中表的数据
• 5 在事务T1中更改事务不进行提交，然后在事务2中进行查看表中的数据
• 6 在事务T1中提交数据，然后在事务2中进行查看表中的数据
• 7 对比两个事务中的数据，看数据如何变化
  在两个事务中都要设置隔离级别为read committed
  
  查看事务的隔离级别
  

在两个事务中都要设置提交状态为手动提交

先查看两个事务中表的数据

在事务T1中更改事务不进行提交，然后在事务2中进行查看表中的数据
如上图所示，在事务1中将1号的姓名改为了关羽，而事务2中查询的结果仍显示为张飞，即避免了脏读的出现。

在事务T1中提交数据，然后在事务2中进行查看表中的数据，看数据如何变化
接下来，我们在对事务1中的数据进行提交，然后再查看事务2中的数据

对比两个事务中的数据，看数据如何变化
通过观察上述图片，我们可以发现，当事务1中提交了修改的数据后，我们再在事务2中查看数据，发现数据已经被更改，这就是读-已提交,并且在事务1提交数据前后，事务二读取的数据不同（事务1提交数据之前，事务2读取的1号姓名仍为张飞；然而，当事务1将数据提交之后，事务2再次进行读取时，读取的1号姓名为关羽，即为事务1修改后的数据），这种前后读取数据不一致的现象就是不可重复读。如果要避免脏读，那么需要将隔离级别设置为read committed，此时可以避免脏读，即当前事务只能读取其他事务提交后的数据。然而，这又出现了另一个问题，即不可重复读。不可重复读的意思就是前后两次读取的数据结果不一致。因为隔离级别设置为read committed，只要其他事务提交了数据，那么当前事务就会读取到更新后的数据。

现在我们知道了将隔离级别设置成read committed可以避免脏读，但是又出现了新的问题，即不可重复读，下面我们再来看一下下一个隔离级别。

可重复读（repeatable read）

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

再深入研究，那么很难做到真正的技术提升。**

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！