十四.事务(transaction)
1.什么是事务
一个事务其实就是一个完整的业务逻辑。
-
什么是一个完整的业务逻辑?
-假设转账,从A账户向B账户转账10000, 将A账户的钱减去10000 将B账户的钱加上10000 这就是一个完整的业务逻辑。 -
以上的操作是一个最小的工作单元,要么同时超过,要么同时失败,不可再分。
-
这两个update语句要求必须同时成功或同时失败,这样才能保证钱是正确的。
2.只有DML语句才会有事务这一说,其他语句和事务无关!
-
insert
-
delete
-
update
-
只有以上的三个语句和事务有关系,其它都没有关系。
-
因为只有以上的三个语句是数据库表中的数据进行增,删,改的,只要你的操作一旦涉及到数据的增,删,改,那么就一定要考虑安全问题。
-
数据安全第一位!!!
3.假设所有的业务,只要一条DML语句就能完成,还有必要存在事务机制吗?
-
正是因为做某件事的时候,需要多条DML语句共同联合起来才能完成,所以需要事务的存在。如果任何一件复杂的事都能一条DML语句搞定,那么事务则没有存在的价值了。
-
到底什么是事务呢?
-说到底,本质上,一个事务其实就是多条DML语句同时成功,同时失败。 -
事务:就是批量的DML语句同时成功,或者同时失败。
4.事务是怎么做到多条DML语句同时成功和同时失败的呢?
InnoDB存储引擎:提供一组用来记录事务性活动的日志文件
事务开启了:
insert
insert
delete
update
update
事务结束了!
-
在事务的执行过程中,每一条DML的操作都会记录到“事务性活动的日志文件”中。
-
在事务的执行过程中,我们可以提交事务,也可以回滚事务。
-
提交事务?
-清空事务性活动的日志文件,将数据全部持久化到数据库表中。 提交事务标志着,事物的结束。并且是一种全部成功的结束。 -
回滚事务?
-将之前所有的DML操作全部撤销,并且清空事务性活动的日志文件 回滚事务标志着,事务的结束,并且是一种全部失败的结束。
5.怎么提交事务?怎么回滚事务?
提交事务:commit ;语句
回滚事务:rollback ; 语句
(回滚永远都只能回滚到上一次的提交点!)
-
测试一下,在mysql当中默认的事务行为是怎样的?
-mysql默认情况下是支持自动提交事务的。 -
什么是自动提交?
-每执行一条DML语句,则提交一次! -
这种自动提交实际上是不符合我们的开发习惯,因为一个业务通常是需要多条DML语句共同执行才能完成的,为了保证数据的安全,必须要求同时成功之后再提交,所以不能执行一条就提交一条。
-
自动提交机制导致rollback语句失效,怎么将mysql的自动提交机制关闭掉呢?
-先执行这个命令:start transaction;
6.事务包括四个特性
-
A:原子性 (Atomicity)
-说明事务时最小的工作单元,不可再分。 -
C:一致性 (Consistency)
-所以事务要求,在同一个事务当中,所有操作必须同时成功,或者同时失败,以保证数据的一致性。 -
I:隔离性 (Isolation)
-A事务和B事务之间具有一定的隔离。 类比,教室A和教室B之间有一道墙,这道墙就是隔离性。
-A事务在操作一张表的时候,另一个事务B也操作这张表会怎样? 多线程并发访问同一张表会带来一些线程安全问题。 -
D:持久性 (Durabillity)
-事务最终结束的一个保障,事务提交,就相当于将没有保存到硬盘上的数据保存到硬盘上!
7.重点研究一下事务的隔离性!!!
-
A教室和B教室中间有一道墙,这道墙可以很厚,也可以很薄,这就是事务的隔离级别。
-这道墙越厚,表示隔离级别就越高。 -
事务和事务之间的隔离级别有哪些呢?
-InnoDB实现了四个隔离级别,用以控制事务所做的修改,并将修改通告给其他并发的事务。 -
读未提交:
read uncommitted
(最低的隔离级别)
-没有提交就读到了:允许一个事务能看到其他事务未提交的修改** -
什么是读未提交?
-事务A可以读到事务B未提交的数据。
这种隔离级别存在的问题就是:
脏读现象!(Dirty Read)
我们称读到了脏数据。
这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是二档起步! -
读已提交:
read committed
-提交之后才能读:允许一个事务只能看到其他事务已经提交的修改,未提交的修改是不可见的
什么是读已提交?
事务A只能读取到事务B提交之后的数据。
这种隔离级别解决了什么问题?
解决了脏读现象。
这种隔离级别存在什么问题?
不可重复读取数据。
什么是不可重复读取数据呢?
-在事务开启之后,第一次读到的数据是3条,当前事务还没有结束,可能第二次再读取的时候,读到的数据是4条,3不等于4称为不可重复读取。
这种隔离级别是比较真实的数据,每一次读到的数据都是绝对的真实。
Oracle数据库默认的隔离级别是:read committed
-
可重复读:
repeatable read
-提交之后也读不到,永远读取到的都是刚开始事务时的数据:确保如果在一个事务中执行两次相同的select语句,都能得到相同的结构,不管其他事务是否提交这些修改
什么是可重复读?
事务A开启之后,不管是多久,每一次在事务A中读取到的数据都是一致的,即使事务B将数据已经修改,并且提交了,事务A读取到的数据还是没有发生改变,这就是可重复读。
可重复读解决了什么问题? 解决了不可重复读取的问题。 可重复读存在的问题是什么? 可以出现幻影读。
每一次读取到的数据都是幻象,不够真实!
-早晨9点开始开启了事务,只要事务不结束,到晚上9点,读到的数据还是那样!读到的是假象,不够绝对的真实。
MYSQL中默认的事务隔离级别就是这个!!!! -
序列化/串行化:
serializable
(最高的隔离级别:将一个事务与其他事务完全隔离)
这是最高隔离级别,效率最低。解决了所有的问题。 这种隔离级别表示事务排队,不能并发。
类似synchronized,线程同步,(事务同步)。 每一次读取到的数据都是最真实的,并且效率是最低的。
8.验证各种隔离级别
查看隔离级别:
* 服务器变量tx_isolation(包括会话级和全局级两个变量)中保存着当前的绘画隔离级别。
* 为了查看当前隔离级别,可访问tx_isolation变量:
- 查看会话级的当前隔离级别:select @@tx isolation;
或 select@@session.tx_isolation;
- 查看全局级的当前隔离级别:select @@global.tx_isolation;
| @@tx isolation |
| REPEATABLE-READ |:mysql默认的隔离级别
验证:read uncommitted
mysql> set global transaction isolation level read uncommitted;
事务A 事务B
use bipowernode;
use bjpowernode;
start transaction;
select * from t_user;
start transaction;
insert into t_user values('zhangsan');
select * from t_user;
| name |
| zhangsan |
验证:read committed
mysql> set global transaction isolation level read committed;
事务A 事务B
use bjpowernode;
use bipowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user
values('zhangsan');
select * from t_user;(查询不到)
commit;
select * from t_user;
| name |
| zhangsan |
验证:repeatable read
mysql> set global transaction isolation level repeatable read;
事务A 事务B
use bjpowernode;
use bipowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user values('lisi');
insert into t_user
values('wangwu'); (无论事务B插入多少数据,都不会影响事务A表的数据显示)
commit;
select * from t_user;
| name |
| zhangsan |
验证:serializable
mysql> set global transaction isolation level serializable;
事务A 事务B
use bjpowernode;
use bipowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user values('abc');
select * from t_user;
无法查询!
**即事务是排着队的,必须你提交了我才能提交。