MySQL_10事务

1.什么是事务？

一个事务其实就是一个完整的业务逻辑。

是一个最小的工作单元，不可再分。

什么是一个完整的业务逻辑？

​ 假设进行转账，从A账户向B账户转账1000，

​ 将A账户的余额减去1000(update 语句)

​ 将B账户的余额加上1000(update 语句)

​ 这就是一个完整的业务逻辑。

以上操作是一个最小的工作单元，要么同时成功，要么同时失败,不可再分。

以上两个DML语句才会有事务这一说，其它语句和事务无关。

2.只有DML语句和事务有关

insert

delete

update

只有以上三个DML语句和事务有关系，其它语句和事务都无关。

因为只有以上三个语句是对数据库表中数据进行增、删、改的。

一旦涉及数据的增、删、改操作，那么一定要考虑安全问题。

数据安全第一位。

3.对事务的理解

假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？

一件复杂的业务，往往需要多条DML语句联合完成，所以才需要事务机制的存在。

如果任何一件事都能一条DML语句完成，那么事务就没有存在的价值了。

说到底，一个事务就是多条DML语句同时成功，或者同时失败。

事务：批量的DML语句同时成功或同时失败。

4.事务实现多条DML语句同时成功和失败的原理

InnoDB存储引擎：提供一组用来记录事务性活动的日志文件。

事务开启了：

insert

insert

delete

update

update

事务结束了。

在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。

在事务的执行过程中，我们可以提交事务，也可以回滚事务。

提交事务：

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

回滚事务：

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

5.事务的提交和回滚

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

• 提交事务：commit;
  • 将数据全部彻底持久化到数据库表中。
• 回滚事务：rollback;
  • 将之前所有的DML操作全部撤销，让表中数据回滚到上次提交的时候。

5.1在mysql中，默认情况下是自动提交事务的

每执行一条DML语句，就提交一次。

测试：

mysql> select * from t_vip;
Empty set (0.00 sec)
#插入记录
mysql> insert into t_vip(name) values('ZhangSan');
Query OK, 1 row affected (0.05 sec)

mysql> insert into t_vip(name) values('ZhangSan');
Query OK, 1 row affected (0.01 sec)

mysql> insert into t_vip(name) values('ZhangSan');
Query OK, 1 row affected (0.01 sec)
#查看表中数据
mysql> select * from t_vip;
+----+----------+
| id | name     |
+----+----------+
|  1 | ZhangSan |
|  2 | ZhangSan |
|  3 | ZhangSan |
+----+----------+
3 rows in set (0.00 sec)
#回滚事务
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
#再次查看表中数据
mysql> select * from t_vip;
#数据还在
+----+----------+
| id | name     |
+----+----------+
|  1 | ZhangSan |
|  2 | ZhangSan |
|  3 | ZhangSan |
+----+----------+
3 rows in set (0.00 sec)

这种自动提交机制实际上是不符合我们的开发习惯的。因为一个业务通常需要多条DML语句共同执行才能完成的，为了保证数据的安全，必须要求同时成功之后再提交，所以不能执行一条就提交一条。

5.2关闭mysql的自动提交机制

执行命令：start transaction;

上面的命令意为开启事务，也标志着关闭了自动提交机制。

5.2.1演示回滚事务

#清空表中数据
mysql> truncate table t_vip;
Query OK, 0 rows affected (0.02 sec)
#表已空
mysql> select * from t_vip;
Empty set (0.00 sec)
#开启事务，关闭自动提交
mysql> start transaction;
Query OK, 0 rows affected (0.01 sec)
#插入数据
mysql> insert into t_vip(name) values('LiSi');
Query OK, 1 row affected (0.01 sec)

mysql> insert into t_vip(name) values('LiSi');
Query OK, 1 row affected (0.00 sec)

mysql> insert into t_vip(name) values('LiSi');
Query OK, 1 row affected (0.00 sec)
#查看表，已有数据
mysql> select * from t_vip;
+----+------+
| id | name |
+----+------+
|  1 | LiSi |
|  2 | LiSi |
|  3 | LiSi |
+----+------+
3 rows in set (0.00 sec)
#回滚事务，事务结束
mysql> rollback;
Query OK, 0 rows affected (0.05 sec)
#再次查看表，数据没有了
mysql> select * from t_vip;
Empty set (0.00 sec)

5.2.2演示提交事务

mysql> select * from t_vip;
Empty set (0.00 sec)
#开启事务，关闭自动提交
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
#插入数据
mysql> insert into t_vip(name) values('WangWu');
Query OK, 1 row affected (0.05 sec)

mysql> insert into t_vip(name) values('WangWu');
Query OK, 1 row affected (0.00 sec)

mysql> insert into t_vip(name) values('WangWu');
Query OK, 1 row affected (0.00 sec)
#提交事务，事务结束了
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
#查看表，已有数据
mysql> select * from t_vip;
+----+--------+
| id | name   |
+----+--------+
|  1 | WangWu |
|  2 | WangWu |
|  3 | WangWu |
+----+--------+
3 rows in set (0.00 sec)
#回滚事务
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
#再次查看表，数据还在
mysql> select * from t_vip;
+----+--------+
| id | name   |
+----+--------+
|  1 | WangWu |
|  2 | WangWu |
|  3 | WangWu |
+----+--------+
3 rows in set (0.00 sec)

6.事务的特性

事务具备四个特性：原子性、一致性、隔离性、持久性。简称ACID。

• 原子性(Automicity)：事务是最小的工作单元，不可再分。
• 一致性(Consistency)：所有的事务要求，在同一个事务中，所有的操作，要么同时成功，要么同时失败。以保证数据的一致性。
• 隔离性(Isolation)：一个事务的执行不能被其它事务所干扰。好比多线程并发，一个事务内部的操作及使用的数据对并发的其它事务是隔离的，并发执行的各个事务之间不能互相干扰。
• 持久性(Durability)：一个事务一旦提交，对数据库中数据的改变就应该是永久性的。就相当于将没有保存到硬盘里的数据保存到硬盘里。

7.事务的隔离性(重点研究)

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

事务与事务之间的四个隔离级别：

1. 读未提交：read uncommitted（最低的隔离级别）《读取还没有提交的数据》
   • 读未提交就是：事务A可以读取到事务B尚未提交的数据。
   • 这种隔离级别存在的问题就是：
     • 脏读现象(Dirty Read)，我们称之为读到了脏数据。
   • 这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步。
2. 读已提交：read committed《读取已经提交的数据》
   • 读已提交就是：事务A只能读取到事务B已经提交了的数据。
   • 这种隔离级别解决了脏读的现象。
   • 这种隔离级别存在的问题：
     • 不可重复读取数据。
     • 在事务开启后，第一次读到3条记录，在当前事务还未结束时，有可能第二次读到5条记录，3不等于5。称为不可重复读取。
   • 这种隔离级别读取到的数据是绝对真实的。oracle数据库默认的隔离级别就是这个。
3. 可重复读：repeatable read
   • 事务A开启后，不管过多久，每一次在事务A中读取到的数据都是事务B刚开启事务时的数据，是一致的。就算事务B修改了数据，并且提交了，事务A读取到的数据还是不会发生改变，这就是可重复读。
   • 可重复读解决了不可重复读的问题。
   • 可重复读存在的问题是可能会出现幻影读。每一次读取到的数据可能都是幻象，不真实。
   • 早上9点开启了事务，只要事务不结束，到了晚上12点，读取到的数据还是早上9点的。
   • 统计银行总账需要执行一条查询语句，该语句可能从早上9点执行到下午1点才结束。在此期间，有很多人要存款取款，为了保证查询到的数据不受影响，我们需要设置隔离级别为可重复读，使得最终读取到的数据是早上9点的数据。
   • mysql中默认的事务隔离级别就是可重复读。
4. 序列化/串行化：serializable（最高的隔离级别）
   • 是最高隔离级别，效率最低，解决了所有的问题。
   • 这种隔离级别就是同一时间只能执行一个事务，事务排队，不能并发。类似于synchronized线程同步。
   • 每一次读取到的数据都是最真实的，并且效率是最低的。

8.验证各种隔离级别

查看当前数据库隔离级别：select @@tx_isolation;

mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |#mysql默认的隔离级别
+-----------------+

被测试的表：t_vip

设置数据库隔离级别：

set global transaction isolation level 隔离级别;

8.1验证read uncommitted

设置隔离级别为：read uncommitted

set global transaction isolation level read uncommitted;

退出mysql，然后重新打开两个dos窗口，都进入mysql。

左边的窗口代表事务A，右边的窗口代表事务B。

分别在左右两个窗口使用tsccg数据库，并开启事务：

开始测试：

8.2验证read committed

设置隔离级别为：read committed

set global transaction isolation level read committed;

退出mysql，然后重新打开两个dos窗口，都进入mysql。

左边的窗口代表事务A，右边的窗口代表事务B。

分别在左右两个窗口使用tsccg数据库，并开启事务：

开始测试：

8.3验证repeatable read

设置隔离级别为：repeatable read

set global transaction isolation level repeatable read;

退出mysql，然后重新打开两个dos窗口，都进入mysql。

左边的窗口代表事务A，右边的窗口代表事务B。

分别在左右两个窗口使用tsccg数据库，并开启事务：

开始测试：

8.4验证serializable

设置隔离级别为：serializable

set global transaction isolation level serializable;

退出mysql，然后重新打开两个dos窗口，都进入mysql。

左边的窗口代表事务A，右边的窗口代表事务B。

分别在左右两个窗口使用tsccg数据库，并开启事务：

开始测试：