MySQL（十七）—— 事务

最新推荐文章于 2023-05-23 10:48:28 发布

大彤小忆

最新推荐文章于 2023-05-23 10:48:28 发布

阅读量901

点赞数

分类专栏： MySQL 文章标签： mysql 数据库

本文链接：https://blog.csdn.net/HUAI_BI_TONG/article/details/119887259

版权

MySQL 专栏收录该内容

20 篇文章 9 订阅

订阅专栏

MySQL数据库系列内容的学习目录 $\rightarrow$ 老杜带你学MySQL学习系列内容汇总。

17. 事务

17. 事务

17.1 什么是事务

一个事务其实就是一个完整的业务逻辑，是一个最小的工作单元，不可再分。

什么是一个完整的业务逻辑：假设转账，从A账户向B账户中转账10000，将A账户的钱减去10000（update语句），将B账户的钱加上10000（update语句），这就是一个完整的业务逻辑。
以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。

17.2 与事务相关的语句

只有DML语句才会有事务这一说，其它语句和事务无关。因此，只有insert、delete、update这三个语句和事务有关系，其它都没有关系。因为只有以上的三个语句是数据库表中数据进行增、删、改的。
只要操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题，数据安全第一位！

17.3 事务机制的存在价值

假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？
正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定，那么事务则没有存在的价值了。

到底什么是事务呢？
本质上，一个事务其实就是多条DML语句同时成功，或者同时失败！
事务： 就是批量的DML语句同时成功，或者同时失败！

17.4 事务的执行过程

事务是怎么做到多条DML语句同时成功和同时失败的呢？
InnoDB存储引擎提供一组用来记录事务性活动的日志文件。

事务开启了：
insert
insert
insert
delete
update
update
update
事务结束了！

在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中，我们可以提交事务，也可以回滚事务。

提交事务： 清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
提交事务标志着，事务的结束，并且是一种全部成功的结束。

回滚事务： 将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件。
回滚事务标志着，事务的结束，并且是一种全部失败的结束。

17.5 提交事务和回滚事务

提交事务：commit; 语句
回滚事务：rollback; 语句（回滚永远都是只能回滚到上一次的提交点！）

事务对应的英语单词是：transaction。

测试： 在mysql当中默认的事务行为是怎样的？
mysql默认情况下是支持自动提交事务的。（自动提交）
什么是自动提交？ 每执行一条DML语句，则提交一次！
这种自动提交实际上是不符合我们的开发习惯，因为一个业务通常是需要多条DML语句共同执行才能完成的，为了保证数据的安全，必须要求同时成功之后再提交，所以不能执行一条就提交一条。

如下所示的例子，对于空表 dept_bak1，往表中添加三行数据，每执行一次添加语句，就提交一次，所以当添加完三条数据后，三条数据全部提交完成。则当执行回滚命令之后，三条数据依然存在在表中。

在这里插入图片描述
怎么将mysql的自动提交机制关闭掉呢？
先执行这个命令：start transaction;。

回滚事务： 先执行命令start transaction;将自动提交机制关闭，往空表 dept_bak1 中添加三条数据后，并没有提交，所以执行回滚命令之后，dept_bak1 会退回到空表状态。
提交事务： 先执行命令start transaction;将自动提交机制关闭，往表 dept_bak1 中再添加两条条数据后，执行commit命令进行提交，所以执行回滚命令之后，dept_bak1 中数据依然存在。

17.6 事务的4个特性

A：原子性
说明事务是最小的工作单元，不可再分。

C：一致性
所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，以保证数据的一致性。

I：隔离性
A事务和B事务之间具有一定的隔离。
教室A和教室B之间有一道墙，这道墙就是隔离性。
A事务在操作一张表的时候，另一个事务B也操作这张表会怎样？

D：持久性
事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上！

17.7 事务的隔离性

A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄，这就是事务的隔离级别。这道墙越厚，表示隔离级别就越高。

事务和事务之间的隔离级别有4个级别：

读未提交： read uncommitted（最低的隔离级别），即没有提交就读到。
$\star$ 什么是读未提交？事务A可以读取到事务B未提交的数据。
$\star$ 这种隔离级别存在的问题就是：脏读现象(Dirty Read)！我们称读到了脏数据。
$\star$ 这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！
读已提交： read committed，即提交之后才能读到。
$\star$ 什么是读已提交？事务A只能读取到事务B提交之后的数据。
$\star$ 这种隔离级别解决了什么问题？解决了脏读的现象。
$\star$ 这种隔离级别存在什么问题？不可重复读取数据。
$\star$ 什么是不可重复读取数据呢？在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取。
$\star$ 这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。
$\star$ oracle数据库默认的隔离级别是：read committed。
可重复读： repeatable read，即提交之后也读不到，永远读取的都是刚开启事务时的数据。
$\star$ 什么是可重复读取？事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
$\star$ 可重复读解决了什么问题？解决了不可重复读取数据。
$\star$ 可重复读存在的问题是什么？可能会出现幻影读。每一次读取到的数据都是幻象，不够真实！早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！读到的是假象，不够绝对的真实。
$\star$ mysql中默认的事务隔离级别就是这个！
序列化/串行化： serializable（最高的隔离级别），这是最高隔离级别，效率最低。
$\star$ 解决了所有的问题。
$\star$ 这种隔离级别表示事务排队，不能并发！
$\star$ synchronized，线程同步（事务同步）
$\star$ 每一次读取到的数据都是最真实的，并且效率是最低的。

17.8 验证各种隔离级别

查看隔离级别：SELECT @@tx_isolation;

在这里插入图片描述
REPEATABLE-READ为mysql默认的隔离级别。

被测试的表t_user

验证：read uncommited
set global transaction isolation level read uncommitted;

同时执行A、B两个事务，在事务B中往空表 t_user 中添加一行数据，在事务B中未提交前，在事务A中可以查询得到。
验证：read commited
set global transaction isolation level read committed;

同时执行A、B两个事务，在事务B中往空表 t_user 中添加一行数据，在事务B中未提交前，在事务A中查询不到，在事务B中提交后，在事务A中可以查询得到。
验证：repeatable read
set global transaction isolation level repeatable read;

同时执行A、B两个事务，在事务B中往有一条数据的表 t_user 中添加三行数据，在事务B中提交后，在事务B中可以查询得到四条数据，但是在事务A中只可以查询到原来的一条数据。
验证：serializable
set global transaction isolation level serializable;

同时执行A、B两个事务，在事务A中往空表 t_user 中添加一行数据，未提交前，在事务B中查询，光标一直卡着不出结果，在事务A中提交后，在事务B中可以查询得到。