MySQL事务问题

MySQL事务问题事务 MySQL 事务及其特征事务的概念事务的特性事务的演示事务的细节说明事务的并发问题脏读 Dirtyread 不可重复读幻读事务的隔离级别 1 详细介绍 演示 2 设置隔离级别 3 隔离级别的作用范围 4 查看隔离级别 MySQL 事务及其特征在正式讲解事务之前 我们先来说一下什么是事务 事务 transaction 是用来维护数据库的完整性的 它可以保证一系列的 MySQL 操作要么全部执行 要么全部不执行我来举几个例子 来帮助大家理解 最经典的就是银行的转帐问题 比如说张三要转账给李四 我们是不是得保证张三

MySQL事务及其特征

在正式讲解事务之前,我们先来说一下什么是事务。

事务(transaction)是用来维护数据库的完整性的,它可以保证一系列的MySQL操作要么全部执行,要么全部不执行

事务的概念

事务可以保证多个操作原子性,要么全成功,要么全失败。对于数据库来说事务保证批量的DML要么全成功,要么全失败。事务具有四个特征ACID

事务的特性

在这里插入图片描述

a)原子性(Atomicity)
整个事务中的所有操作,必须作为一个单元全部完成(或全部取消)。
b)一致性(Consistency)
一致性是指事务执行的结果必须使数据库从一个一致性状态,变到另一个一致性状态。当数据库中只包含事务成功提交的结果时,数据库处于一致性状态。一致性是通过原子性来保证的。
例如:在转账时,只有保证转出和转入的金额一致才能构成事务。也就是说事务发生前和发生后,数据的总额依然匹配。
c)隔离性(Isolation): 一个事务不会影响其他事务的运行,多个事务并发要互相隔离。
也就是说:并发执行的事务之间既不能看到对方的中间状态,也不能相互影响。 就相当于有一堵墙隔在中间,这个墙可以很厚,也可以很薄,越厚隔离级别越高
例如:在转账时,只有当A账户中的转出和B账户中转入操作都执行成功后才能看到A账户中的金额减少以及B账户中的金额增多。并且其他的事务对于转账操作的事务是不能产生任何影响的。
d)持久性(Durability)
在事务完成以后,该事务对数据库所作的更改将持久地保存在数据库之中,并不会被回滚。
在正式讲解前,大家先来看一下一些概念
事务中存在一些概念:
a)事务(Transaction):一批操作(一组DML)
b)开启事务(Start Transaction)
c)回滚事务(rollback)
d)提交事务(commit)
e)SET AUTOCOMMIT:禁用或启用事务的自动提交模式
































事务的演示

先创建账户表

 create table account( id int primary key auto_increment, uname varchar(10) not null, balance double ); 

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
接下来,我就用下面的图来做一个小小的总结。
在这里插入图片描述
通过刚刚的演示,相信大家对事务已经有了一定的了解,接下来对其中的细节来进行说明










事务的细节说明

事务的并发问题

脏读(Dirty read)

不可重复读

在这里插入图片描述

幻读

(Phantom read): 幻读与不可重复读类似。它发生在一个事务(T1)读取了几行数据,接着另一个并发事务(T2)插入了一些数据时。在随后的查询中,第一个事务(T1)就会发现多了一些原本不存在的记录,就好像发生了幻觉一样,所以称为幻读。

在这里插入图片描述

不可重复度和幻读区别:

不可重复读的重点是修改,幻读的重点在于新增或者删除。

解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表 ,因为我们不知道新增或者删除的是哪一行记录,可能新增或删除的是我们锁住的行的其他行

例1(同样的条件, 你读取过的数据, 再次读取出来发现值不一样了 ):事务1中的A先生读取自己的工资为 1000的操作还没完成,事务2中的B先生就修改了A的工资为2000,导 致A再读自己的工资时工资变为 2000;这就是不可重复读。

例2(同样的条件, 第1次和第2次读出来的记录数不一样 ):假某工资单表中工资大于3000的有4人,事务1读取了所有工资大于3000的人,共查到4条记录,这时事务2 又插入了一条工资大于3000的记录,事务1再次读取时查到的记录就变为了5条,这样就导致了幻读

事务的隔离级别

1.详细介绍+演示

我们知道同一时间,MySQL可能有多个连接,当多个连接开启各自的事务操作来操作数据库中的数据的时候,数据库系统复制隔离操作,用来保证各个连接在获取数据时候的准确性。
如果不考虑隔离性,就可能会引发脏读,不可重复读,幻读。
MySQL中提供了四种隔离级别来解决上述问题。
事务的隔离级别从低到高依次为READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ以及SERIALIZABLE,隔离级别越低,越能支持高并发的数据库操作。






InnoDB 实现了四个隔离级别,用以控制事务所做的修改,并将修改通告至其它并发的事务:
–读未提交(READ UMCOMMITTED 最低的隔离级别)
允许一个事务可以看到其他事务未提交的修改。比如有两间教室,中间有墙隔开,但是墙很薄,一间教室的人说话,另外一间教室的人也可以听到
–读已提交(READ COMMITTED)
允许一个事务只能看到其他事务已经提交的修改,未提交的修改是不可见的。
–可重复读(REPEATABLE READ) –MySQL默认隔离级别
确保如果在一个事务中执行两次相同的SELECT语句,都能得到相同的结果,不管其他事务是否提交这些修改。 (银行总账)简单来说就是事务A开启以后,每一次读到的数据都是一样的,就算是事务B修改数据,事务A读取的数据也不会改变
该隔离级别为InnoDB的缺省设置。
–串行化(SERIALIZABLE) 【序列化】
将一个事务与其他事务完全地隔离。
例:A可以开启事务,B也可以开启事务
A在事务中执行DML语句时,未提交
B不可以执行DML,DQL语句
也就是说事务要排队执行,不可以并发操作。
在这里插入图片描述




























在这里插入图片描述
3.设置当前会话隔离级别
set session transaction isolation read uncommitted;
在这里插入图片描述
注意:隔离级别是和事务相关的,离开事务就不要谈隔离级别了







可以看出现在表中没有数据

mysql> create table account( -> id int, -> `name` varchar(32), -> money int); Query OK, 0 rows affected (0.04 sec) mysql> select * from account; Empty set (0.01 sec) 

2.设置隔离级别

在这里插入图片描述

3.隔离级别的作用范围

4、查看隔离级别

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/224489.html原文链接:https://javaforall.net

(0)
上一篇 2026年3月17日 上午11:49
下一篇 2026年3月17日 上午11:49


相关推荐

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号