文章详情

短信预约信息系统项目管理师 报名、考试、查分时间动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

MySQL事务介绍

2019-11-07 05:42

关注

MySQL事务介绍

事务的概念

从业务层面上来说,事务就是一个最小的不可分割的单元,通常一个事务对应的是一个完整的业务(比如银行的转账操作)。

为什么要有事务

仍以银行转账为例加以说明,比如我要从账号A转账100元到账号B,现在数据库有一张表account,那么就意味着需要同时执行两条SQL语句的更新:

update account set amt = amt-100 where acc_no = "A";
update account set amt = amt+100 where acc_no = "B";

以上两条SQL,第一条表示账号A余额减少100元,第二条SQL表示账号B余额增加100元,只有两条SQL都执行成功,才能被认为是转账成功。
我们假设第一条SQL执行成功了,第二条SQL执行失败,于是A账户的钱少了100,但是B账户的钱并没有增加,对于银行来说,这100元相当于凭空消失了,所以对于转账这个业务来说,这两条SQL是一个不可分割的整体,必须放在一块执行,要么都成功,要么都失败。
所以必须要由事务来进行控制。

如何开启/提交事务

每个事务都需要开启和提交(或回滚),在开启和提交(回滚)事务之间的操作,都被认为是一个事务的操作。也就是说,在同一个事务里的操作,如果该事务没有提交或回滚,那么其操作都只是在缓存里生效,而并没有在实际数据库中生效,只有当数据提交了之后,才会真正在数据库生效。
回滚事务是相对于提交事务而言的,提交事务是使事务中的操作在数据库生效,而回滚事务就是将数据库状态回滚到开启事务之前的状态。

开启事务

开启事务有以下几种不同的语法:

start transaction;
begin;
set autocommit =0;

以上三种语法都可以开启事务,其中第三种set autocommit =0;含义是关闭自动提交,也就意味着需要手动提交,在事务没有提交之前,都不会在数据库生效,也相当于开启了事务。

提交事务

提交事务的语法也很简单,只需要执行以下语句就可以了:

commit;
//或
commit work;

回滚事务

回滚语法也是简单的一句语法:

rollback;

接下来以一个具体的例子加以说明:
我在数据库里有这样一张表:

mysql> select * from test01;
+------+------+--------+--------+
| id   | name | passwd | inf    |
+------+------+--------+--------+
|    1 | zz   | 123456 | asdfgh |
+------+------+--------+--------+
1 row in set (0.04 sec)

接下来我们需要开启一个事务,在事务里添加一条数据,再开启另外一个会话,在另一个会话里,食物提交前和事务提交后分别访问该表,看看区别在哪里。

--开启事务
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

--插入数据
mysql> insert into test01 values(2, "aa", "123123", "worktest");
Query OK, 1 row affected (0.03 sec)

--在当前事务中查询,有两条数据
mysql> select * from test01;
+------+------+--------+----------+
| id   | name | passwd | inf      |
+------+------+--------+----------+
|    1 | zz   | 123456 | asdfgh   |
|    2 | aa   | 123123 | worktest |
+------+------+--------+----------+
2 rows in set (0.00 sec)

此时在另外一个会话中查询:

--在另外的事务中查询,只有一条数据
mysql> select * from test01;
+------+------+--------+--------+
| id   | name | passwd | inf    |
+------+------+--------+--------+
|    1 | zz   | 123456 | asdfgh |
+------+------+--------+--------+
1 row in set (0.00 sec)

可以发现,虽然在事务中已经执行了insert语句,但在其他的会话中,在没有提交之前,仍然没有生效,查看到的仍然只有一条。
但是当在事务中执行以下语句后:

mysql> commit;
Query OK, 0 rows affected (0.03 sec)

再次查询,发现insert的记录就能够查询到了:

mysql> select * from test01;
+------+------+--------+----------+
| id   | name | passwd | inf      |
+------+------+--------+----------+
|    1 | zz   | 123456 | asdfgh   |
|    2 | aa   | 123123 | worktest |
+------+------+--------+----------+
2 rows in set (0.01 sec)

回滚亦是同理,这里就不做演示了。不过仍然可以用转账的例子来说明一下,现在将转账执行的两条SQL放在一个事务中执行,第一条A账户减去100元,第二条B账户增加100元,假设第一条语句执行成功,第二条语句执行失败,我们在代码的逻辑实现里,只需要加上当有任意一条SQL语句执行失败,事务回滚,则不会出现凭空消失100元或凭空增加100元的情况了。

事务的四大特性,也就是俗称的ACID,即原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持久性(Durability)。

原子性

所谓原子性,就是一个事务中,所有的操作都是最小单元,不可分割的。要么全部完成,要么全部不完成,不会执行一半然后结束。

一致性

一致性是指事务开始之前和结束之后,数据库的完整性没有被破坏,即事务中的所有SQL语句的DML操作,要么都成功,要么都失败,不会既有成功也有失败的情况出现。

隔离性

隔离性是指每个事务都是相对隔离的,即A事务不会对B事务造成影响。从上面的例子中也能看出这一点,A事务已经插入了数据,但是B事务中并不能访问到,也就是说每个事务之间是相互隔离开的。

持久性

持久性是说,事务一旦提交,对数据的修改就是持久有效的,和当前事务再没有任何关系。

事务隔离级别的提出,主要是为了解决脏读、幻读和不可重复读的问题。
脏读:

不可重复读:

幻读:

以例子来说明:
脏读
如上图所示,一开始账户金额为0,开启事务B后,执行更新操作,金额修改为1000,此时事务A去读到了这个1000,但是之后事务B将事务回滚了,实际上金额仍为0,所以其实事务A读到的事务是不准确的,属于“脏数据”,这就是脏读。

不可重复读
在这个例子中,事务B开启后,先将金额更新为1000,此时A去读,读到了1000,但是之后B又将金额更新为了500,然后提交数据,此时金额500 才是最终的数据,A再去读,发现金额已经变成了500,造成了前后两次读取不一致,这就是不可重复读。

上例中,同时开启了两个事物,事物A对account表中所有账户的金额进行了置0操作,但是在事务A开启的过程中,事务B在account表中插入了一条金额为1000的数据,然后,事务A先提交,再事务B提交,如果这个时候去查询account表,发现会有一条金额为1000的记录,因为该记录是由事务B插进去的,所以没有更新到,此时就会造成幻读。

幻读
所谓事务隔离级别,就是为了解决以上三种情况而提出的。

读未提交(read uncommitted)

最低的一种隔离级别,该隔离级别可能会造成脏读。当然也可能会出现不可重复读和幻读。
即:A事务未提交的数据,B可以读取到。

读已提交(read committed)

该隔离级别高于read uncommitted,可以有效解决脏读,但是仍然不能避免不可重复度和幻读。
即:A未提交的数据,B读取不到,B只能读取得到A已经提交的数据。

可重复读(repeatable read)

从名字也知道,该隔离级别可以解决不可重复读。隔离级别要高于read committed,但是不能解决幻读。这是MySQL默认的隔离级别。
即:A提交后的数据,B还是读取不到。

串行化(serializable)

串行化是最高的隔离级别,可以有效解决“幻读”。这种隔离级别吞吐量太低,因为当前事务开启时,别的事务只能等待,非常影响效率,一般很少使用。
即:A开启事务,B只能排队等待。

总结起来,大约如下表所示:

隔离级别 脏读 不可重复读 幻读
read uncommitted 可能 可能 可能
read committed 不可能 可能 可能
repeatable read 不可能 不可能 可能
serializable 不可能 不可能 不可能

使用一句话即可:

SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL 

GLOBAL是指隔离级别全局有效,SESSION当前会话有效。
如当前会话设置为读未提交:

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 @@tx_isolation;

查看全局隔离级别:

select @@global.tx_isolation;
阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-数据库
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯