一文带你明白“MySQL事务(transaction)”

目录

  1、什么是事务?
  2、和事务相关的语句只有这3个DML语句:insert、delete、update
  3、假设所有的业务都能使用1条DML语句搞定,还需要事务机制吗?
  4、事务的原理
  5、事务的四大特性:ACID
  6、关于事务之间的隔离性
  7、演示事务的隔离级别(演示数据自己造一些)

1、什么是事务?

在这里插入图片描述
一个事务是一个完整的业务逻辑单元,不可再分。
比如:银行账户转账,从A账户向B账户转账10000,需要执行两条update语句:

update t_act set balance=balance-10000 where actno='act-001';
update t_act set balance=balance+10000 where actno='act-0021';

以上两条DML语句必须同时成功,或者同时失败,不允许出现一条成功,一条失败。
要想保证以上的两条DML语句,同时成功或者同时失败,那么就需要使用数据库的
“事务机制”。

2、和事务相关的语句只有这3个DML语句:insert、delete、update

“为什么只有这3个DML语句:insert、delete、update?”
因为它们这三个语句都是和数据库表中的"数据相关"的。事务的存在是为了保证数据的完整性,安全性。

3、假设所有的业务都能使用1条DML语句搞定,还需要事务机制吗?

不需要事务。
但实际情况不是这样的,通常一个事儿(“事务”)需要多条DML语句共同联合完成。

4、事务的原理

在这里插入图片描述
注意:
一旦提交事务,就会把历史操作持久化到硬盘上去,持久化完成后,清空历史记录。
一旦回滚事务,就会把历史记录直接清空掉,而不持久化到硬盘中。
事务操作,还可以设计保存点:了解。

5、事务的四大特性:ACID

在这里插入图片描述
事务包括四大特性:ACID
A原子性:事务是最小的工作单元,不可再分。
C一致性:事务必须保证多条DML语句,同时成功或者同时失败。
I隔离性:事务A与事务B之间具有隔离。
D持久性:持久性指的是最终数据必须持久化到硬盘文件中,事务才算成功结束。


下面对上述事务四大特性,进行一个更为详细的说明
“原子性”:一组操作要么都成功,要么都失败,这一组操作是不可拆分的。
“一致性”:事务发生前后,数据总额仍然是匹配的。模拟一个人给另外一个人转账来说,转账之前,2人的金额总和为400;转账以后,2人的金额总额仍为400。
“隔离性”:所有操作没有执行完毕之前,其它会话窗口不能看见中间数据的改变过程,只有当前窗口可以看见数据改变过程。
“持久性”:一旦commit提交后,事务产生的影响就不能够撤销了,已经实实在在把数据修改了。

6、关于事务之间的隔离性

"事务的隔离性存在隔离级别,理论上隔离级别包括4个"
隔离级别一般都是从2级、3级起步,1级一般用不上。
1)第一级别:读未提交(read uncommitted)
   对方的事务还没有提交,当前事务可以读取到对方为提交的数据。
   读未提交存在的问题:"脏读现象",表示读到了脏数据。
   "脏读":指的是一个事务正在修改数据,但是这种修改并没有提交到数据库。
而另一个事务,访问到了该数据,此时这个数据属于【脏数据】,因而叫脏读。

2)第二级别:读已提交(read committed)
   对方事务提交后的数据,我方可以读取到。
   这种隔离级别解决了:脏读现象没有了。
   读已提交存在的问题:不可重复读。
   
3)第三级别:可重复读(repeatable read)
   这种隔离级别解决了:不可重复读问题。
   这种级别存在的问题:读取到的数据是幻想,即读取的是备份数据。
   
4)第四级别:序列化读/串行化读(serializable)
   解决了所有问题。
   但是效率低,需要事务排队。
   
"需要注意的是"
oracle数据库默认的隔离级别是:读已提交(第二级别)。
mysq1数据库默认的隔离级别是:可重复读(第三级别)。

7、演示事务的隔离级别(演示数据自己造一些)

1)演示事务之前,需要掌握的知识点。
1)mysql默认情况下,事务是自动提交的。
2)什么是自动提交?
   只要是执行任意一条DML语句,则自动提交一次。
   因此,在演示事务之前,必须先关闭自动提交。
   "关闭自动提交语句"start transaction;
    
3"演示事务需要知道的3条命令:"
   -- 关闭自动提交事务功能。
   start transaction;
  -- 提交事务。
  commit;
  -- 回滚事务,只能回滚到上一次的提交点。
  rollback;   
2)设置全局事务隔离级别。
"设置全局事务隔离级别,设置完成后,退出重新登陆。"
-- 设置第一级别
set global transaction isolation level read uncommitted;
-- 设置第二级别
set global transaction isolation level read committed;
-- 设置第三级别(系统默认的事务级别,不用设置)
set global transaction isolation level repeatable read;
--设置第四级别
set global transaction isolation level serializable;

"查看全局事务隔离级别"
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ       |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
3)演示读未提交。

首先,设置全局事务隔离级别。
在这里插入图片描述
下面进行正式的演示:

在这里插入图片描述

4)演示读已提交

首先,设置全局事务隔离级别。
在这里插入图片描述
下面进行正式的演示:
在这里插入图片描述

5)演示可重复读

首先,设置全局事务隔离级别。
在这里插入图片描述
下面进行正式的演示:
在这里插入图片描述

这个需要注意:
    这里演示的是"可重复读",我们在右边窗口演示事务的一些列过程,左边窗口
根本无法读取,左边窗口读取到的,始终是原始数据的备份数据。
    怎么理解呢?
    你别忘记了,左边窗口,也是开启事务功能了的,start transaction;只要
是左边这个窗口的事务功能,没有结束(commit或者rollback都可以结束事务),那
么左边窗口读取到的,始终是原始数据的备份数据,这就是我们所说的"幻想"。任
凭右边黑窗口中做了任何改变,就算你也提交了事务,我左边窗口,就是看不到。
    "左边黑窗口,要怎么才可以看见这个变化呢?"
    只有左边这个黑窗口,先结束了当前黑窗口的事务,重新再次读取,就可以看
到数据是真实变化了。  
6)演示序列化读

首先,设置全局事务隔离级别。
在这里插入图片描述
下面进行正式的演示:
第一幅图:
在这里插入图片描述
当左边窗口,使用"commit"命令,提交事务以后,我们再看右边窗口的变化。
在这里插入图片描述

发布了115 篇原创文章 · 获赞 527 · 访问量 10万+

猜你喜欢

转载自blog.csdn.net/weixin_41261833/article/details/105395840