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教室之间有一道墙,这道墙可以很厚,也可以很薄。这就是事务的隔离级别。这道墙越厚,隔离级别就越高。
事务与事务之间的四个隔离级别:
- 读未提交:read uncommitted(最低的隔离级别)《读取还没有提交的数据》
- 读未提交就是:事务A可以读取到事务B尚未提交的数据。
- 这种隔离级别存在的问题就是:
- 脏读现象(Dirty Read),我们称之为读到了脏数据。
- 这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是二档起步。
- 读已提交:read committed《读取已经提交的数据》
- 读已提交就是:事务A只能读取到事务B已经提交了的数据。
- 这种隔离级别解决了脏读的现象。
- 这种隔离级别存在的问题:
- 不可重复读取数据。
- 在事务开启后,第一次读到3条记录,在当前事务还未结束时,有可能第二次读到5条记录,3不等于5。称为不可重复读取。
- 这种隔离级别读取到的数据是绝对真实的。oracle数据库默认的隔离级别就是这个。
- 可重复读:repeatable read
- 事务A开启后,不管过多久,每一次在事务A中读取到的数据都是事务B刚开启事务时的数据,是一致的。就算事务B修改了数据,并且提交了,事务A读取到的数据还是不会发生改变,这就是可重复读。
- 可重复读解决了不可重复读的问题。
- 可重复读存在的问题是可能会出现幻影读。每一次读取到的数据可能都是幻象,不真实。
- 早上9点开启了事务,只要事务不结束,到了晚上12点,读取到的数据还是早上9点的。
- 统计银行总账需要执行一条查询语句,该语句可能从早上9点执行到下午1点才结束。在此期间,有很多人要存款取款,为了保证查询到的数据不受影响,我们需要设置隔离级别为可重复读,使得最终读取到的数据是早上9点的数据。
- mysql中默认的事务隔离级别就是可重复读。
- 序列化/串行化: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数据库,并开启事务:
开始测试: