前言:mysql事务是mysql中非常重要的一部分,那么什么是mysql事务?为什么要用mysql事务?mysql事务有什么特点? 下面,我们就一起来深入了解mysql事务!!!
mysql事务(Transaction):事务处理可以用来维护数据库的完整性,它保证成批的Mysql操作要么完全执行,要么不执行。
存储引擎:不是所有的存储的引擎都支持事务处理,Mysql支持好几种存储引擎,而最常使用的就是InnoDB和MyISAM。其中,仅有InnoDB明确的支持事务处理管理。
事务的四个特性:事务管理具有四个特性分别是原子性(Atomicity),一致性(Consistency),隔离性(Isolation),持久性(Durability)。
事务的隔离级别主要是针对并发执行,这里对事务T1和事务T2进行分析讨论。
在了解事务的隔离级别前,我们需要知道不同的隔离级别会引发不同的数据读取问题,这些问题定义如下:
只看上面定义我相信大多数人都还是懵的,但是不打紧,上面只是让大家先了解一下概念,想彻底搞清楚这几个问题,请接着往下看!
了解了上面的概念后,我们在来熟悉一下这几种隔离级别,然后我们用代码来实际演练一下,逐步深入来搞懂这几种隔离级别!!!
基础知识已经准备完,下面我们来详细的分析一下各种隔离级别
在分析隔离基本之前,先了解一下下面这几条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
)我们按照以下步骤来进行测试,并查看表中的数据
设置隔离级别为read uncommitted
查看事务的隔离级别
在事务T1中更改事务但是不进行提交,然后在事务2中进行查看表中的数据
对比两个事务中的数据,看数据如何变化
观察上面数据,其中箭头所指向的数据为新执行的SQL语句,上面的数据是上一次执行SQL语句显示的数据(为了便于观察)。通过观察上述结果,我们可以看出当提交状态为read uncommitted时,只要事务1中改变了数据,那么数据就是同步更新到事务2中(不止是事务2,其他事务同样,这里只是开了两个终端演示),然后在事务2中就会看到原本1号的姓名张飞被改成了关羽,即发生了脏读。因为我想操纵的是原来的表,你事务1在我不知情的情况下就把数据给我更改了,这能是我想要的吗?就好比说你有兄弟两个,你妈留给你们一些钱,和你们兄弟俩将这钱是你们俩的。这些钱有一张50的,一张20的,三张10块的,总共100元钱。你妈把钱放到客厅桌子上就出门了,然后你弟在你不知道的情况下就拿走一张50的和一张20的,然后你去拿时发现只剩下30元钱了,你会同意吗?显然你不会同意,然后你俩就打了一架~
读-未提交我们测试完了,下面我们看一下读-已提交
读-已提交(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)
我们按照以下步骤来进行测试,并查看表中的数据
在两个事务中都要设置隔离级别为repeatable read
在事务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)
在两个事务中都要设置隔离级别为serializable
查看事务的隔离级别
在两个事务中都要设置提交状态为手动提交(设置手动提交时就会自动开启事务)
在事务T1中插入一行数据进行提交,然后在事务2中进行查看表中的数据
在这里,我们发现当我们想对事务1向表中进行插入数据时,发现被锁住了,光标一直停在那里不动,显然这步操作还没执行,在等待执行过程中,查看事务2发现数据还是之前的数据。即使是将所有数据更改也一样,如下:
在这里我们看到事务1显示锁等待超时,而且事务2在执行的时候也被锁住了。。。这不就是发生了死锁嘛!!!
我们看上面显示也可以知道发生了死锁。现在,我们应该可以知道了,对于serializable实现不会出现脏读、不可重复读、幻读这几种问题,其是通过严格控制锁来实现的!!!然而,由于这种情况,会极大的降低mysql的性能,因此我们很少会使用这种隔离级别。
结论:对于可重复读这种隔离级别,由于只有当对数据更改并且是插入或删除行,而且差不多是要更新全表的数据时才会出现幻读,即幻读发生的概率非常非常小,所以为了mysql的性能考虑,我们使用可重复读这种隔离级别就够了,而mysql默认的隔离级别就是可重复读。
创作不易,如果感觉对你有帮助,希望点赞收藏哈,给点支持!!!感谢感谢