MySQL事务那些事儿

最新推荐文章于 2024-07-23 19:00:53 发布

快醒醒鸭今天你编程了吗？

最新推荐文章于 2024-07-23 19:00:53 发布

阅读量216

点赞数 3

文章标签： mysql 数据库 database

本文链接：https://blog.youkuaiyun.com/m0_46624528/article/details/124707012

版权

以下就是关于MySQL这块的知识点，务必要一定记得，这块是比较重要的，需要我们掌握的，大家一定要好好看看我下面写的：

1、什么是事务？

一个事务其实就是一个完整的业务逻辑

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

假设转账，从A账户向B账户中转账10000

将A账户的钱减去10000（update语句）

将B账户的钱加上10000（update语句）

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

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

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

3、只有DML语句才会有事务这一说，其它语句和事务无关！！！

insert

delete

update

只有以上的三个语句和事务有关系，其他的都没有关系

因为只有以上三个语句是数据库表中数据进行增删改的

只要你的操作一旦涉及到数据的增删改，那么就一定要考虑安全问题

数据安全第一位！！！

4、假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？

正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何意见复杂的事都能一条DML语句搞定，那么事务则没有存在的价值了。

到底什么是事务呢？

说到底，说到本质，一个事务其实就是多条DML语句同时成功，或者同时失败！

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

5、事务是怎么做到多条DML语句同时成功和同时失败的呢？

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

事务开启了：

insert

delete

update

事务结束了！

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

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

提交事务？

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

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

回滚事务？

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

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

6、怎么提交事务？怎么回滚事务？

提交事务：commit

回滚事务：rollback

测试一下，在mysql中默认的事务行为是怎样的？
- mysql默认情况下是支持自动提交的。
什么是自动提交？
- 每执行一条DML语句，则提交一次！
怎么将mysql的自动提交机制关闭掉呢？
- 先执行这个命令：start transaction;

演示事务1：

start transaction;
insert into ttt values(1,'1');
select * from ttt;
1. 结果为有一条数据
rollback;（回滚事务）
select * from ttt;
1. 刚才那一条记录没有了

小结：

以上：先使用名为ttt的这个数据库，然后start transaction开启事务，再插入四条数据，查询发现有四条数据，再rollback回滚，再查数据发现没了

演示事务2：

start transaction;
insert into ttt values(1,'1');
select * from ttt;
1. 结果为有一条数据
commit;（提交事务）
rollback;（回滚事务）
select * from ttt;
1. 刚才的那一条记录还在

小结：

以上：先使用名为ttt的这个数据库，然后start transaction开启事务，再插入四条数据，查询发现有四条数据，再commit提交事务，再rooback回滚事务，再查询发现还是四条记录，因为你前面commit提交了回滚就失效了！

7、事务包括四个特性？

就是我们通常说的ACID

A：原子性

说明事务是最小的工作单元，不可再分

C：一致性

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

I：隔离性

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

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

D：持久性

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

8、事务的隔离性！！！（重要）

事务和事务之间的隔离级别有哪些呢？四个级别

读未提交：read uncommitted（最低的隔离级别）
- 什么是读未提交？事务A可以读取到事务B未提交的数据
- 这种隔离级别存在的问题就是：
  - 脏读现象！（Dirty Read）
  - 我们称为读到了脏数据
  - 这种隔离级别一般都是理论上的，大多数数据库隔离级别都是二档起步！
读已提交：read commit
- 什么是读已提交？
  - 事务A只能读到事务B提交之后的数据
- 这种隔离级别解决了什么问题？
  - 解决了脏读现象
- 这种隔离级别存在什么问题？
  - 不可重复读取数据
  - 什么是不可重复读取？
    - 在事务开启之后，第一次读到的数据是三条，当前事务还没结束，可能第二次在读取的时候，读到的数据是四条，三不等于四称为不可重复读取（这个问题很好理解，就是事务B一直在提交啊所以每一次的数据数量都不相同）
  - 这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。oracle数据库默认的隔离级别是：read commit（读已提交）
- 可重复读：repeatable read
  - 什么是可重复读取？
    - 事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的，即使事务B将数据已经修改并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
    - 可重复读解决了什么问题？
      
      解决了不可重复读取数据
    - 可重复读存在的问题？
      - 可能会出现幻像读。
      - 每一次读取到的数据都是幻想，不够真实！
    mysql中默认的隔离级别就是这个！！！！！！！！
- 序列化/串行化：serializable（最高的隔离级别）
  - 这是最高的隔离级别，效率较低，解决了所有的问题，这种隔离级别表示事务排队，不能并发。