1、什么是事务?

  1. 一个事务其实就是一个完整的业务逻辑。是一个最小的工作单元。不可再分。 <br />![](https://cdn.nlark.com/yuque/0/2021/jpeg/21675987/1630915229543-9903f599-7071-4903-87f5-1ed1a6fe0eb1.jpeg)<br />1)什么是一个完整的业务逻辑?
  • 以上的操作是一个最小的工作单元,要么同时成功,要么同时失败,不可再分。
  • 这两个update语句要求必须同时成功或者同时失败,这样才能保证钱是正确的。


    2)只有DML语句才会有事务这一说,其它语句和事务无关!!!
    insert、delete、update
    只有以上的三个语句和事务有关系,其它都没有关系。

    因为 只有以上的三个语句是数据库表中数据进行增、删、改的。
    只要你的操作一旦涉及到数据的增、删、改,那么就一定要考虑安全问题。

    数据安全第一位!!!

3)假设所有的业务,只要一条DML语句就能完成,还有必要存在事务机制吗?
正是因为做某件事的时候,需要多条DML语句共同联合起来才能完成,所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定,那么事务则没有存在的价值了。

4)到底什么是事务呢?
说到底,说到本质上,一个事务其实就是多条DML语句同时成功,或者同时失败!
事务:就是批量的DML语句同时成功,或者同时失败!

2、事务原理(InnoDB存储)

1)事务是怎么做到多条DML语句同时成功和同时失败的呢?

事务transaction(重点) - 图1

  • 在事务的执行过程中,每一条DML的操作都会记录到“事务性活动的日志文件”中。
  • 在事务的执行过程中,我们可以提交事务,也可以回滚事务。

    3、提交事务&回滚事务

    1)提交事务

    概念

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

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

操作

  • 提交事务:commit; 语句

    2)回滚事务

    概念

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

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

操作

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

3)mysql自动提交事务

测试一下,在mysql当中默认的事务行为是怎样的?

  • mysql默认情况下是支持自动提交事务的。(自动提交)

什么是自动提交?

  • 每执行一条DML语句,则提交一次!

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

怎么将mysql的自动提交机制关闭掉呢?
先执行这个命令:start transaction;

4)演示事务

  1. ---------------------------------回滚事务----------------------------------------<br /> mysql> use bjpowernode;<br /> Database changed<br /> mysql> select * from dept_bak;<br /> Empty set (0.00 sec)
  2. mysql> start transaction;/*关闭自动提交*/<br /> Query OK, 0 rows affected (0.00 sec)
  3. mysql> insert into dept_bak values(10,'abc', 'tj');<br /> Query OK, 1 row affected (0.00 sec)
  4. mysql> insert into dept_bak values(10,'abc', 'tj');<br /> Query OK, 1 row affected (0.00 sec)
  5. mysql> select * from dept_bak;<br /> +--------+-------+------+<br /> | DEPTNO | DNAME | LOC |<br /> +--------+-------+------+<br /> | 10 | abc | tj |<br /> | 10 | abc | tj |<br /> +--------+-------+------+<br /> 2 rows in set (0.00 sec)
  6. mysql> rollback;/*回滚*/<br /> Query OK, 0 rows affected (0.00 sec)
  7. mysql> select * from dept_bak;<br /> Empty set (0.00 sec)
  8. ---------------------------------提交事务----------------------------------------<br /> mysql> use bjpowernode;<br /> Database changed<br /> mysql> select * from dept_bak;<br /> +--------+-------+------+<br /> | DEPTNO | DNAME | LOC |<br /> +--------+-------+------+<br /> | 10 | abc | bj |<br /> +--------+-------+------+<br /> 1 row in set (0.00 sec)
  9. mysql> start transaction;/*关闭自动提交*/<br /> Query OK, 0 rows affected (0.00 sec)
  10. mysql> insert into dept_bak values(20,'abc<br /> Query OK, 1 row affected (0.00 sec)
  11. mysql> insert into dept_bak values(20,'abc<br /> Query OK, 1 row affected (0.00 sec)
  12. mysql> insert into dept_bak values(20,'abc<br /> Query OK, 1 row affected (0.00 sec)
  13. mysql> commit;/*提交事务*/<br /> Query OK, 0 rows affected (0.01 sec)
  14. mysql> select * from dept_bak;<br /> +--------+-------+------+<br /> | DEPTNO | DNAME | LOC |<br /> +--------+-------+------+<br /> | 10 | abc | bj |<br /> | 20 | abc | tj |<br /> | 20 | abc | tj |<br /> | 20 | abc | tj |<br /> +--------+-------+------+<br /> 4 rows in set (0.00 sec)
  15. mysql> rollback;/*回滚*/<br /> Query OK, 0 rows affected (0.00 sec)
  16. mysql> select * from dept_bak;<br /> +--------+-------+------+<br /> | DEPTNO | DNAME | LOC |<br /> +--------+-------+------+<br /> | 10 | abc | bj |<br /> | 20 | abc | tj |<br /> | 20 | abc | tj |<br /> | 20 | abc | tj |<br /> +--------+-------+------+<br /> 4 rows in set (0.00 sec)

4、事务包括4个特性?

A:原子性(atomicity)
- 说明事务是最小的工作单元。不可再分。
C:一致性(consistency)
- 所有事务要求,在同一个事务当中,所有操作必须同时成功,或者同时失败,以保证数据的一致性。
I:隔离性(isolation)
- A事务和B事务之间具有一定的隔离。
- 教室A和教室B之间有一道墙,这道墙就是隔离性。
- A事务在操作一张表的时候,另一个事务B也操作这张表会那样???
D:持久性(durability)
- 事务最终结束的一个保障。事务提交,就相当于将没有保存到硬盘上的数据保存到硬盘上!

事务的隔离性!!!

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

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

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

- 这种隔离级别存在的问题就是:

脏读现象!(Dirty Read)
我们称读到了脏数据。 | | | 这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是二档起步! | | 读已提交:read committed | 事务A只能读取到事务B提交之后的数据。 | | |
- 这种隔离级别解决了什么问题?
解决了脏读的现象。 | | |
- 这种隔离级别存在什么问题?
不可重复读取数据。
- 什么是不可重复读取数据呢?
在事务开启之后,第一次读到的数据是3条,当前事务还没有结束,可能第二次再读取的时候,读到的数据是4条,3不等于4称为不可重复读取。
这种隔离级别是比较真实的数据,每一次读到的数据是绝对的真实。
oracle数据库默认的隔离级别是:read committed | | 可重复读:repeatable read | 提交之后也读不到,永远读取的都是刚开启事务时的数据
- 事务A开启之后,不管是多久,每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改,并且提交了,事务A读取到的数据还是没有发生改变,这就是可重复读。
| | | 早晨9点开始开启了事务,只要事务不结束,到晚上9点,读到的数据还是那样!
- 读到的是假象。不够绝对的真实。
- mysql中默认的事务隔离级别就是这个
| | 序列化/串行化:serializable | 这是最高隔离级别,效率最低。解决了所有的问题。
这种隔离级别表示事务排队,不能并发!
synchronized,线程同步(事务同步)
每一次读取到的数据都是最真实的,并且效率是最低的。 |

验证各种隔离级别

查看隔离级别:SELECT @@tx_isolation
(ps:SELECT @@transaction_isolation===>弹幕上说高版本改了)
image.png
mysql默认的隔离级别
被测试的表t_user
开两个窗口并行验证

验证:read uncommited

mysql> set global transaction isolation level read uncommitted;

事务A 事务B
use bjpowernode;
use bjpowernode;
start transaction;/关闭自动提交/
select * from t_user;
start transaction;
insert into t_user values(‘zhangsan’);
select from t_user;
/
读到了zhangsan*/

验证:read commited

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;//读不到zhangsan
commit;
select * from t_user;//可以读到了

验证:repeatable read

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

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;//等事务A结束