第7章 事务

第7章 事务

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

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

假设转账,从A账户向B账户中转账10000.

将A账户的钱减去10000(update语句)

将B账户的钱加上10000(update语句)

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

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

这两个update语句要求必须同时成功或者同时失败,这样才能保证钱是正确的。

只有DML语句才会有事务这一说:insert,delete,update三个语句,其它都没有关系。

一个事务其实就是多条DML语句同时成功,或者同时失败!

事务:就是批量的DML语句同时成功,或者同时失败

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

事务开启了:

insert

insert

insert

delete

update

update

update

事务结束了!

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

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

提交事务

清空事务性活动的日志文件,将数据全部彻底持久化到数据库表中。

提交事务标志着,事务的结束。并且是一种全部成功的结束。

回滚事务

将之前所有的DML操作全部撤销,并且清空事务性活动的日志文件

回滚事务标志着,事务的结束。并且是一种全部失败的结束。

7.1 怎么提交事务,怎么回滚事务

提交事务:commit; 语句

回滚事务:rollback; 语句(回滚永远都是只能回滚到上一次的提交点!)

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

测试一下,在mysql当中默认的事务行为是怎样的
mysql默认情况下是支持自动提交事务的。(自动提交)

自动提交:每执行一条DML语句,则提交一次!

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

怎么将mysql的自动提交机制关闭掉呢

先执行这个命令:start transaction;

回滚事务

sql 复制代码
mysql> select * from dept_bak;
Empty set (0.00 sec)

mysql> start transaction;   //关闭自动提交机制
Query OK, 0 rows affected (0.00 sec)

mysql> insert into dept_bak values(10,'abc', 'tj');
Query OK, 1 row affected (0.00 sec)

mysql> insert into dept_bak values(10,'abc', 'tj');
Query OK, 1 row affected (0.00 sec)

mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC  |
+--------+-------+------+
|     10 | abc   | tj   |
|     10 | abc   | tj   |
+--------+-------+------+
2 rows in set (0.00 sec)

mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from dept_bak;
Empty set (0.00 sec)

提交事务

sql 复制代码
mysql> select * from dept_bak;
Empty set (0.00 sec)

mysql> insert into dept_bak values(10,'abc','tj');
Query OK, 1 row affected (0.00 sec)

mysql> insert into dept_bak values(20,'abc','tj');
Query OK, 1 row affected (0.00 sec)

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

mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC  |
+--------+-------+------+
|     10 | abc   | tj   |
|     10 | abc   | tj   |
+--------+-------+------+
2 rows in set (0.00 sec)

mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC  |
+--------+-------+------+
|     10 | abc   | tj   |
|     10 | abc   | tj   |
+--------+-------+------+
2 rows in set (0.00 sec)

7.2 事务的四个特性

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

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

I:隔离性

A事务和B事务之间具有一定的隔离。

教室A和教室B之间有一道墙,这道墙就是隔离性。

A事务在操作一张表的时候,另一个事务B也操作这张表会那样???

D:持久性

事务最终结束的一个保障。事务提交,就相当于将没有保存到硬盘上的数据保存到硬盘上!

7.3 四种隔离性

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

事务和事务之间的隔离级别有哪些呢?

(1)读未提交:read uncommitted

(最低的隔离级别)《没有提交就读到了》

事务A可以读取到事务B未提交的数据。

这种隔离级别存在的问题就是:
脏读现象!(Dirty Read)

这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是二档起步!

(2)读已提交:read committed

提交之后才能读到

事务A只能读取到事务B提交之后的数据。

解决了什么问题?: 解决了脏读的现象。

存在什么问题?: 不可重复读取数据。

不可重复读取数据指:在事务开启之后,第一次读到的数据是3条,当前事务还没有结束,可能第二次再读取的时候,读到的数据是4条,3不等于4称为不可重复读取。

这种隔离级别是比较真实的数据,每一次读到的数据是绝对的真实。

oracle数据库默认的隔离级别是:read committed

(3)可重复读:repeatable read

《提交之后也读不到,永远读取的都是刚开启事务时的数据》

可重复读:事务A开启之后,不管是多久,每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改,并且提交了,事务A读取到的数据还是没有发生改变。

读解决了什么问题?:解决了不可重复读取数据。

存在的问题是什么?:可以会出现幻影读

每一次读取到的数据都是幻象。不够真实!

早晨9点开始开启了事务,只要事务不结束,到晚上9点,读到的数据还是那样!

读到的是假象。不够绝对的真实。

mysql中默认的事务隔离级别就是这个!

(4)序列化/串行化:serializable

这是最高隔离级别,效率最低。解决了所有的问题。

这种隔离级别表示事务排队,不能并发!

synchronized,线程同步(事务同步)

每一次读取到的数据都是最真实的,并且效率是最低的。

7.4 验证各种隔离级别

查看隔离界别:

sql 复制代码
mysql> SELECT @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |  //mysql默认的隔离级别
+-----------------+
1 row in set (0.00 sec)

验证:read uncommited

sql 复制代码
mysql> set global transaction isolation level read uncommitted;

事务A		  							     				事务B
--------------------------------------------------------------------------------

use bjpowernode;
													use bjpowernode;
start transaction;
select * from t_user;
													start transaction;
													u
select * from t_user;

验证:read commited

sql 复制代码
mysql> set global transaction isolation level read committed;
事务A														事务B
--------------------------------------------------------------------------------

use bjpowernode;
													use bjpowernode;
start transaction;
													start transaction;
select * from t_user;
													insert into t_user values('zhangsan');
select * from t_user;
													commit;
select * from t_user;

验证:repeatable read

sql 复制代码
mysql> set global transaction isolation level repeatable read;
事务A													事务B
--------------------------------------------------------------------------------
use bjpowernode;
													use bjpowernode;
start transaction;
													start transaction;
select * from t_user;
													insert into t_user values('lisi');
													insert into t_user values('wangwu');
													commit;
select * from t_user;

验证:serializable

sql 复制代码
mysql> set global transaction isolation level serializable;
事务A													事务B
--------------------------------------------------------------------------------
use bjpowernode;
													use bjpowernode;
start transaction;
													start transaction;
select * from t_user;
insert into t_user values('abc');
													select * from t_user;
commit;																			
相关推荐
BergerLee22 分钟前
对不经常变动的数据集合添加Redis缓存
数据库·redis·缓存
程序员大金23 分钟前
基于SpringBoot+Vue+MySQL的装修公司管理系统
vue.js·spring boot·mysql
gorgor在码农35 分钟前
Mysql 索引底层数据结构和算法
数据结构·数据库·mysql
-seventy-41 分钟前
SQL语句 (MySQL)
sql·mysql
bug菌¹1 小时前
滚雪球学Oracle[6.2讲]:Data Guard与灾难恢复
数据库·oracle·data·灾难恢复·guard
一般路过糸.1 小时前
MySQL数据库——索引
数据库·mysql
Cengineering2 小时前
sqlalchemy 加速数据库操作
数据库
Cikiss2 小时前
微服务实战——平台属性
java·数据库·后端·微服务
小小不董2 小时前
《Linux从小白到高手》理论篇:深入理解Linux的网络管理
linux·运维·服务器·数据库·php·dba
无敌少年小旋风3 小时前
MySQL 内部优化特性:索引下推
数据库·mysql