MySQL-事件详解

Bertha 。 2023-10-11 22:53 15阅读 0赞

> ♥️**作者：小刘在C站**
> 
> ♥️**个人主页：[小刘主页][Link 1]**
> 
> ♥️**每天分享云计算网络运维课堂笔记，努力不一定有回报，但一定会有收获加油！一起努力，共赴美好人生！**
> 
> ♥️**树高千尺，落叶归根人生不易，人间真情**

**目录**

事务

1 事务简介

2 事务操作

数据准备：

2.1 未控制事务

1). 测试正常情况

2). 测试异常情况

2.2 控制事务一

1). 查看/设置事务提交方式

2). 提交事务

3). 回滚事务

2.3 控制事务二

1). 开启事务

2). 提交事务

3). 回滚事务

6.3 事务四大特性

6.4 并发事务问题

6.5 事务隔离级别

--------------------

### **事务** ###

#### **1** **事务简介**  ####

事务 是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系

统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。

就比如 :  张三给李四转账 1000 块钱，张三银行账户的钱减少 1000 ，而李四银行账户的钱要增加

1000 。 这一组操作就必须在一个事务的范围内，要么都成功，要么都失败。

![feb5dc29088540baab990c08d4409259.png][]

正常情况 :  转账这个操作 ,  需要分为以下这么三步来完成  ,  三步完成之后 ,  张三减少 1000,  而李四

增加 1000,  转账成功  :

![434e64c413d442d28c1bb52efe5ba9d6.png][]

异常情况 :  转账这个操作 ,  也是分为以下这么三步来完成  ,  在执行第三步是报错了 ,  这样就导致张

三减少 1000 块钱 ,  而李四的金额没变 ,  这样就造成了数据的不一致 ,  就出现问题了。

![329af08e939a4c7b960bec2dd3dc02b3.png][]

![5097fabae2a847eaa187da6da1d968d2.png][]

为了解决上述的问题，就需要通过数据的事务来完成，我们只需要在业务逻辑执行之前开启事务，执行完毕后提交事务。如果执行过程中报错，则回滚事务，把数据恢复到事务开始之前的状态。

![34c19a1697894b66bfd2cbd20ff83e1b.png][]

> 注意： 默认MySQL的事务是自动提交的，也就是说，当执行完一条DML语句时，MySQL会立即隐式的提交事务。

### **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). 测试正常情况  ####

-- 1. 查询张三余额
    select * from account where name = '张三';
    -- 2. 张三的余额减少1000
    update account set money = money - 1000 where name = '张三';
    -- 3. 李四的余额增加1000
    update account set money = money + 1000 where name = '李四';

测试完毕之后检查数据的状态 ,  可以看到数据操作前后是一致的

![e7985defb2ca4ca18b756e6e452541fc.png][]

### 2). 测试异常情况 ###

\-- 1.  查询张三余额

select  \*  from  account  where  name =  ' 张三 ' ;

\-- 2.  张三的余额减少 1000

update  account  set  money = money -  1000  where  name =  ' 张三 ' ;

出错了 ....

\-- 3.  李四的余额增加 1000

update  account  set  money = money +  1000  where  name =  ' 李四 ' ;

我们把数据都恢复到 2000 ， 然后再次一次性执行上述的 SQL 语句 ( 出错了 ....  这句话不符合 SQL 语

法 , 执行就会报错 ) ，检查最终的数据情况 ,  发现数据在操作前后不一致了。

![e2867440f18a456bbb3277050fc2c749.png][]

### **2.2** **控制事务一**  ###

#### 1). 查看/设置事务提交方式 ####

SELECT @@autocommit ;
    SET @@autocommit = 0 ;

#### 2). 提交事务  ####

COMMIT;

#### 3). 回滚事务  ####

ROLLBACK;

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

### **2.3 控制事务二**  ###

#### 1). 开启事务 ####

START TRANSACTION 或 BEGIN ;

#### 2). 提交事务  ####

COMMIT;

#### 3). 回滚事务  ####

ROLLBACK;

转账案例：

-- 开启事务
    start transaction
    -- 1. 查询张三余额
    select * from account where name = '张三';
    -- 2. 张三的余额减少1000
    update account set money = money - 1000 where name = '张三';
    -- 3. 李四的余额增加1000
    update account set money = money + 1000 where name = '李四';
    -- 如果正常执行完毕, 则提交事务
    commit;
    -- 如果执行过程中报错, 则回滚事务
    -- rollback;

### **6.3** **事务四大特性** ###

原子性（ Atomicity ）：事务是不可分割的最小操作单元，要么全部成功，要么全部失败。

一致性（ Consistency ）：事务完成时，必须使所有的数据都保持一致状态。

隔离性（ Isolation ）：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立

环境下运行。

持久性（ Durability ）：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。

上述就是事务的四大特性，简称 ACID 。

![e4eeeef45bd642f7bebb337a1eb0e706.png][]

### **6.4** **并发事务问题**  ###

1).  赃读：一个事务读到另外一个事务还没有提交的数据。

![a8e36f2d973547668a7acd32750e8fbe.png][]

比如 B 读取到了 A 未提交的数据。

2).  不可重复读：一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重复读。

![14c0938932164c33ae1ab35a593193cc.png][]

3).  幻读：一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据已经存在，好像出现了  " 幻影 " 。

![eadfa4f7b7824204845bc36335d5050d.png][]

### **6.5** **事务隔离级别** ###

为了解决并发事务所引发的问题，在数据库中引入了事务隔离级别。主要有以下几种：

![56b7bc7e9e4340ff8879d9e3312c495e.png][]

1). 查看事务隔离级别

SELECT @@TRANSACTION_ISOLATION;

2).  设置事务隔离级别

SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED |
    READ COMMITTED | REPEATABLE READ | SERIALIZABLE }

> 注意：事务隔离级别越高，数据越安全，但是性能越低。

> ♥️关注，就是我创作的动力
> 
> ♥️点赞，就是对我最大的认可
> 
> ♥️这里是小刘，励志用心做好每一篇文章，谢谢大家

[Link 1]: https://blog.csdn.net/lzl10211345?type=blog
[feb5dc29088540baab990c08d4409259.png]: https://img-blog.csdnimg.cn/feb5dc29088540baab990c08d4409259.png
[434e64c413d442d28c1bb52efe5ba9d6.png]: https://img-blog.csdnimg.cn/434e64c413d442d28c1bb52efe5ba9d6.png
[329af08e939a4c7b960bec2dd3dc02b3.png]: https://img-blog.csdnimg.cn/329af08e939a4c7b960bec2dd3dc02b3.png
[5097fabae2a847eaa187da6da1d968d2.png]: https://img-blog.csdnimg.cn/5097fabae2a847eaa187da6da1d968d2.png
[34c19a1697894b66bfd2cbd20ff83e1b.png]: https://img-blog.csdnimg.cn/34c19a1697894b66bfd2cbd20ff83e1b.png
[e7985defb2ca4ca18b756e6e452541fc.png]: https://img-blog.csdnimg.cn/e7985defb2ca4ca18b756e6e452541fc.png
[e2867440f18a456bbb3277050fc2c749.png]: https://img-blog.csdnimg.cn/e2867440f18a456bbb3277050fc2c749.png
[e4eeeef45bd642f7bebb337a1eb0e706.png]: https://img-blog.csdnimg.cn/e4eeeef45bd642f7bebb337a1eb0e706.png
[a8e36f2d973547668a7acd32750e8fbe.png]: https://img-blog.csdnimg.cn/a8e36f2d973547668a7acd32750e8fbe.png
[14c0938932164c33ae1ab35a593193cc.png]: https://img-blog.csdnimg.cn/14c0938932164c33ae1ab35a593193cc.png
[eadfa4f7b7824204845bc36335d5050d.png]: https://img-blog.csdnimg.cn/eadfa4f7b7824204845bc36335d5050d.png
[56b7bc7e9e4340ff8879d9e3312c495e.png]: https://img-blog.csdnimg.cn/56b7bc7e9e4340ff8879d9e3312c495e.png