mysql|全网最细MySQL事务！！！（万字长文详细分析四个隔离级别）这还能不懂（（强烈建议收藏））
前言：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 对比两个事务中的数据，看数据如何变化
文章图片
查看事务的隔离级别
文章图片
在两个事务中都要设置提交状态为手动提交
文章图片
先查看两个事务中表的数据
文章图片
在事务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） 我们按照以下步骤来进行测试，并查看表中的数据- 1 在两个事务中都要设置隔离级别为repeatable read
- 2 查看事务的隔离级别
- 3 在两个事务中都要设置提交状态为手动提交（设置手动提交时就会自动开启事务）
- 4 先查看两个事务中表的数据
- 5 在事务T1中更改数据不进行提交，然后在事务2中进行查看表中的数据
- 6 在事务T1中提交数据，然后在事务2中进行查看表中的数据
- 7 提交事务2，然后再查看看数据如何变化
文章图片
查看事务的隔离级别
文章图片
在两个事务中都要设置提交状态为手动提交
文章图片
先查看两个事务中表的数据
文章图片
在事务T1中更改数据不进行提交，然后在事务2中进行查看表中的数据
文章图片
从上图可以看出，事务1中未提交的数据，在事务2中进行查看时，事务2显示的仍然是原来表中的数据，即没有发生脏读。
在事务T1中提交数据，然后在事务T2中进行查看表中的数据
文章图片
事务1中提交数据后，事务2中查看的1号姓名仍然为关羽，而不是事务1提交之后的数据（赵云）。
提交事务2，然后再查看看数据如何变化
文章图片
这里，我们只是对事务2进行了提交，然后再次查看数据，此时并没有对事务1进行操作。结果显示1号姓名编程了赵云，即事务1修改后的数据。这可以告诉我们当事务2退出他自己的事务后再次查看数据，修改的数据才会重新显示，如果不退出，尽管事务1已经提交了更改的数据，那么事务2中的数据仍然是更改之前的。
是不是以为不可重复读（repeatable read）就解决了所有的问题？太天真了哦~，下面我们再按照如下步骤测试一下先进入事务（已经将隔离级别设置了可重复读）
文章图片
然后我们在事务1中插入一行数据并提交，在事务2中查看数据
文章图片
咦~，好像也没什么不一样嘛，事务2中读取的数据仍然是事务1更改之前的数据，即也没有发生不可重复读嘛。
不急不急，我们再接着来~
此时不对事务1操作，我们只对事务2进行更改，我们先将事务2中2号数据姓名更改为马超，然后查看数据
文章图片
这好像也没什么区别嘛，还是两条数据，事务1插入的数据并没有显示，也没有发生幻读的情况嘛，既然你觉得没问题，我们就再接着看，到底有没有问题！！
这时候我们操作事务2，将所有的姓名都改为曹操（不加筛选条件了），再观察一下事务2的数据
文章图片
有没有看到！！！就问你有没有看到，奇怪的事情发生了，明明修改之前只有两条数据，怎么现在变成了三条数据？为什么凭空多出来一条数据？我们想一想，就可以知道，多出来的一条数据是事务1插入的数据，只是之前没有显示，而当我们操作全表的数据时，该条数据才神不知鬼不觉的显现出来，这就是幻读。就像魔法一样，突然出现了，称作幻读是不是很形象？
还没完，我们再接着看一下~
把此事事务回滚，回滚到之前的状态，然后看看表的数据
文章图片
接着我们重新开启事务1和事务2
文章图片
先查看下两个事务中的数据
文章图片
然后，我们在事务1中删除一条数据并提交，在事务2中观察一下数据
文章图片
我们发现，在事务2中还是显示之前的数据，这也正是我们想要的，即没有发生不可重复读的情况。
接着，我们对事务2中的数据进行一 一更改并显示
文章图片
文章图片
文章图片
仔细观察一下，发现了没，前两条数据，都更改成功了，但是最后一条数据显示更改成功了，然而实际上显示的却还是之前的。我们回想一下，可以知道，这条数据实际上被事务1给删掉了。由于更改语句显示成功了，但是在接下来的显示下，显示数据还是之前的，是你眼神不好出现幻觉了吗？哈哈哈~，不是的哦，这其实也是出现了幻读。
下面，我们再接着把所有的姓名都改为刘备观察一下
文章图片
看到了吗？我们要把所有的姓名都更改为刘备，上面显示2两行受影响，而实际上显示的有三行啊？这里还是3号马超没有改变，刚刚把马超改为小乔时就是他出问题，是马超比较硬气吗？显然不是！！！哈哈哈，他不改完全是因为他被事务1给删掉了，然而删掉后他还是出现在事务2中，并且对他的更改无效，是不是像幻觉一样，真扯淡喔~，这就是幻读！！！
我相信，大家看到这里，应该理解什么是幻读了吧！！！幻读虽说和不可重复读很像，但是却又完全不一样！！！下面我们再来看一下最后一种隔离级别，串行化！！！串行化（serializable）
- 1 在两个事务中都要设置隔离级别为serializable
- 2 查看事务的隔离级别
- 3 在两个事务中都要设置提交状态为手动提交（设置手动提交时就会自动开启事务）
- 4 先查看两个事务中表的数据
- 5 在事务T1中插入一行数据进行提交，然后在事务2中进行查看表中的数据
文章图片
查看事务的隔离级别
文章图片
在两个事务中都要设置提交状态为手动提交（设置手动提交时就会自动开启事务）
文章图片
先查看两个事务中表的数据
文章图片
在事务T1中插入一行数据进行提交，然后在事务2中进行查看表中的数据
文章图片
在这里，我们发现当我们想对事务1向表中进行插入数据时，发现被锁住了，光标一直停在那里不动，显然这步操作还没执行，在等待执行过程中，查看事务2发现数据还是之前的数据。即使是将所有数据更改也一样，如下：
文章图片
在这里我们看到事务1显示锁等待超时，而且事务2在执行的时候也被锁住了。。。这不就是发生了死锁嘛！！！
文章图片
我们看上面显示也可以知道发生了死锁。现在，我们应该可以知道了，对于serializable实现不会出现脏读、不可重复读、幻读这几种问题，其是通过严格控制锁来实现的！！！然而，由于这种情况，会极大的降低mysql的性能，因此我们很少会使用这种隔离级别。
结论：对于可重复读这种隔离级别，由于只有当对数据更改并且是插入或删除行，而且差不多是要更新全表的数据时才会出现幻读，即幻读发生的概率非常非常小，所以为了mysql的性能考虑，我们使用可重复读这种隔离级别就够了，而mysql默认的隔离级别就是可重复读。创作不易，如果感觉对你有帮助，希望点赞收藏哈，给点支持！！！感谢感谢推荐阅读
- py连接mysql
- 2019-01-18Mysql中主机名的问题
- MySql数据库备份与恢复
- mysql|InnoDB数据页结构
- mysql中视图事务索引与权限管理
- MYSQL主从同步的实现
- MySQL数据库的基本操作
- javaweb|基于Servlet+jsp+mysql开发javaWeb学生成绩管理系统
- Python3|Python3 MySQL 数据库连接
- MySQL|MySQL 存储过程语法及实例