Mysql 进阶（面向面试篇）事务篇

news2025/1/11 21:38:01

1、事务

1.1 事务简介

事务是一组操作的集合，它是不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。保证原子性
就比如: 张三给李四转账1000块钱，张三银行账户的钱减少1000，而李四银行账户的钱要增加
1000。这一组操作就必须在一个事务的范围内，要么都成功，要么都失败。在这里插入图片描述
正常情况: 转账这个操作, 需要分为以下这么三步来完成 , 三步完成之后, 张三减少1000, 而李四
增加1000, 转账成功 :

异常情况: 转账这个操作, 也是分为以下这么三步来完成 , 在执行第三步是报错了, 这样就导致张
三减少1000块钱, 而李四的金额没变, 这样就造成了数据的不一致, 就出现问题了。在这里插入图片描述

为了解决上述的问题，就需要通过数据的事务来完成，我们只需要在业务逻辑执行之前开启事务，执行
完毕后提交事务。如果执行过程中报错，则回滚事务，把数据恢复到事务开始之前的状态。
注意：默认MySQL的事务是自动提交的，也就是说，当执行完一条DML语句时，MySQL会立即隐式的提交事务。

2 事务操作

数据准备：
6.2.1 未控制事务
1). 测试正常情况
测试完毕之后检查数据的状态, 可以看到数据操作前后是一致的。
2). 测试异常情况

drop table if exists account;
create table account(
id int primary key AUTO_INCREMENT comment 'ID',
name varchar(10) comment '姓名',
money double(10,2) comment '余额'
) comment '账户表';
insert into account(name, money) VALUES ('张三',2000), ('李四',2000);

2.1 未控制事务

1）测试正常情况在这里插入图片描述
测试完毕之后检查数据的状态, 可以看到数据操作前后是一致的。
2）测试异常情况
我们把数据都恢复到2000，然后再次一次性执行上述的SQL语句(出错了… 这句话不符合SQL语
法,执行就会报错)，检查最终的数据情况, 发现数据在操作前后不一致了。在这里插入图片描述

3、控制事务一

在这里插入图片描述
注意：上述的这种方式，我们是修改了事务的自动提交行为, 把默认的自动提交修改为了手动提交, 此时我们执行的DML语句都不会提交, 需要手动的执行commit进行提交。

4、控制事务二

在这里插入图片描述

5、事务四大特性

在这里插入图片描述

6、事务并发问题

1）脏读
赃读：一个事务读到另外一个事务还没有提交的数据。在这里插入图片描述
2）不可重复读
不可重复读：一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重复读。

在这里插入图片描述
3）幻读：一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据已经存在，好像出现了 “幻影”。

7 事务隔离级别

越往下隔离级别越高，越安全，但是花销变大
在这里插入图片描述

8 举例子说明7中的事务隔离级别

1、read uncommited 遇到的脏读问题体现
1）开启两个mysql客户端，模拟两个并发操作的线程。并设置客户端1的事务级别为 read uncommited，注意此时mysql的提交为手动提交事务。
在这里插入图片描述
2）在左右两个客户端中使用sql语句 start transcation;开启事务
3）左客户端查表，张三的money为2000，如下图1，随后右客户端在开启事务后，更新表中张三的money为1000，但是并未提交事务，如下图2。

4）此时在左客户端接着查询表中的数据，发现张三的money为1000。这就是脏读，读了其他事务未commit的数据。
在这里插入图片描述
A事务读到了B的未提交的事务，这叫脏读

2、read uncommited 遇到的脏读问题的解决方案—设置隔离级别为read commited

1）将左客户端的隔离级别设置为 read commited即可解决脏读问题
在这里插入图片描述
2）验证一下

只有在右客户端完成修改操作并commit了以后，左客户端才能查到张三的money少了1000元，也就是说 read commited解决了脏读的问题

3、read commited遇到的不可重复读

同一个事务中，查询第一次是一个数据，但是在查第二次和第一次之间，有其他事务对数据进行了修改并commit，造成了第二次查到了与第一次不一样的数据。这就是不可重复读
在这里插入图片描述
4、隔离级别升级—解决不可重复读问题，Repeatable read

只有在A事务commit了之后，才会读到B事务修改并提交的内容。保证了在同一事物过程中，读到的数据是一致的，不受其他事务的干扰