MySQL — 事务 (oﾟ▽ﾟ)o

-- 开启一个新的事务

START TRANSACTION;

-- 或者

BEGIN

-- 提交当前事务，并对更改持久化保存

COMMIT;

-- 回滚当前事务，取消其更改

ROLLBACK;

注意：

不论是提交或者回滚，事务都会关闭

▶3、开启并且回滚：

我们先来开启事务：

这之后我们所写的 SQL语句都是包含在事务中的。之后我们再进行操作：

这些操作都包含在事务中，之后我们来进行回滚之后，再看看余额是什么：

可以看到再回滚事务之后呢我们的数据就返回到了事务开始之前了。

▶4、开启并且提交：

这个操作呢，在关闭事务之前的操作是一样的，我们直接来看代码：

我们来提交一下事务看看：我们可以看到对于提交之后呢，数据就进行了在事务中执行之后所得的数据的结果进行了保存。

▶ 5、保存点：

语法：

SAVEPOINT 保存点的名字；

我们来看看如何使用：

这个虽然有点长，但是呢这个就是我们的关于保存点的使用，和如何回滚到保存点的操作。 这里要注意：当我们的回滚到保存点这个操作的时候，我们要注意要有 to 和保存点的名字。

▶6、手动/自动提交事务：

默认情况下，MySQL是自动提交事务的，也就是说我们执行的每个修改操作，比如插入、更新和删除，都会自动开启一个事务并在语句执行完成之后自动提交，发生异常时自动回滚。

查看当前事务是否自动提交可以使用以下语句：

show variables like 'autocommit';

ON 表示自动提交开启。

如果想要更改是否是否自动提交，我们可以使用一下语句：

设置自动提交：

SET AUTOCOMMIT=1;
SET AUTOCOMMIT=NO;

设置手动提交：

SET AUTOCOMMIT=0;
SET AUTOCOMMIT=OFF;

对于我们的修改是否自动提交的时候要 注意：

1、只要使用 START TRANSACTION 或 BEGIN 开启事务，必须要通过 COMMIT 提交才会持久化，与是否设置 SET autocommit 无关。

2、手动提交模式下，不用显示开启事务，执行修改操作后，提交或回滚事务时直接用commit 或 rollback。

3、已提交的事务不能回。

❄️四、事务的隔离性和隔离级别：

☑1、隔离性：

简单来说呢，隔离性就是让不同的事务之间在执行的过程中不受影响，那么事务之间就需要要相互隔离。

☑2、隔离级别：

事务之间不同的隔离程度，我们称之为 ------ 事务的隔离级别 ，不同的隔离级别在性能和安全方面做了取舍，有的隔离级别注重并发性，有的注重安全性，有的则是并发和安全适中。

在MySQL 中对于事务的隔离级别有四种：

a、READ UNCOMMITTED ， 读未提交

b、READ COMMITTED ， 读已提交

c、REPEATABLE READ ， 可重复读(默认)

d、SERIALIZABLE ， 串行化

但是呢对于这几种隔离级别都存在一些问题不是很完美的，这些问题我们之后来了解一下。

☑3、查看和设置隔离级别：

事务的隔离级别分为全局作用域和会话作用域，查看不同作用域事务的隔离级别，可以使用以下的方式：

-- 全局作用域

SELECT @@GLOBAL.transaction_isolation;

-- 会话作用域

SELECT @@SESSION.transaction_isolation;

我们来演示一遍：

默认是可重复读的。

对于在不同的作用域中设置事务的隔离级别：

语法1：

SET [GLOBAL|SESSION] TRANSACTION ISOLATION LEVEL 隔离级别;

语法2：

这里要注意在隔离级别中如果存在空格要使用 "-" 代替

SET GLOBAL transaction_isolation = '隔离级别'；

语法3：

这里要注意在隔离级别中如果存在空格要使用 "-" 代替

SET @@GLOBAL.transaction_isolation = '隔离级别'

示例：

语法1：

-- 设置全局事务隔离级别为串行化，后续所有事务生效，不影响当前事务
SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;

-- 设置会话事务隔离级别为串行化，当前会话后续的所有事务⽣效，不影响当前事务，可以在任何时候执行
SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;
语法2：

SET GLOBAL transaction_isolation = 'SERIALIZABLE'；

SET GLOBAL transaction_isolation = 'REPEATABLE-READ'；

☑4、不同隔离级别存在的问题：

1）、READ UNCOMMITTED --- 读未提交与脏读：

这个的隔离级别，由于不在读取数据额时候做任何的操作，那么其并发性很高，但是呢会出现大量的数据安全问题，比如"脏读"。

什么是"脏读"：

比如在事务A中执行了一条 insert 语句，在没有执行 commit 的情况下，会被事务B读取到，这个时候我们在事务A中进行回滚，那么事务B 中读取到的事务A写入的数据将没有意义，我们把这个现象叫做------"脏读"。

我们来实现一下这个问题：

这个就是我们的读未提交中的 "脏读" 问题。

2）、READ COMMITTED --- 读已提交与不可重复读：

为了解决 "脏读" 这个问题呢，我们把事务的隔离级别设置为------READ COMMITTED，这个时候事务只能读取到其他事务提交之后的数据，但会出现------ 不可重复读的问题 。

比如： 我们在 事务A中查询 这个数据，之后在 事务B中修改这个数据或者新增一个数据 ，并且 进行了 commit 操作，这时候 事务A 再查询 数据的时候呢，得到的是 事务B修改之后的结果 ，这个时候 事务A就出现了在同一个事务中通过相同的问题，但是查询的是不同的结果 ，这个就是------ 不可重复读 问题。

我们还是进行对这个问题重现一下：

3）、REPEATABLE READ --- 可重复读与幻读：

为了解决上面的问题呢，又提出了 REPEATABLE READ 的隔离级别，这时同一个事务中读取的数据在任何时候都是相同的结果。但是又出现了一个问题------ 幻读

比如： 事务A查询了一个区间的记录得到结果集A，事务B向这个区间的间隙中写入了一条记录并提交，事务A再查询这个区间的结果集时会查到事务B新写入的记录得到结果集B，两次查询的结果集不一致，这个呢就是 ------ 幻读。

我们还是来看看问题的演示：

这里因为 MySQL的InnoDB使用了 Next---Key 锁，解决了大部分的幻读问题，这里为了实现幻读，我们使用 READ COMMITTED 这个隔离级别。

这个就是幻读的问题的演示了。

4）、SERIALIZABLE --- 串行化：

这个没有什么问题，此时所有的事务进行串行执行，可以解决所有的并发的安全问题，但是呢这个并发的性能最低。

☑5、不同隔离级别的性能：

|----------|----------------------|--------|-----------|--------|----------|
| 并发性能 | 隔离级别 | 脏读 | 不可重复读 | 幻读 | 隔离力度 |
| 高 | READ UNCOMMITTED | 存在 | 存在 | 存在 | 低 |
| 较高 | READ COMMITTED | 解决 | 存在 | 存在 | 较低 |
| 较低 | REPEATABLE READ | 解决 | 解决 | 存在 | 较高 |
| 低 | SERIALIZABLE | 解决 | 解决 | 解决 | 高 |

❄️总结：

OK，我们的事务到这里呢也就结束了，并且对于MySQL的基础知识呢，我们到这里也同样了解完了，我们呢在下一博客中就要开启新的篇章了，让我们尽情期待吧！！！拜拜~~~