您的位置:首页 > 科技 > 能源 > 【数据库】MySQL-基础篇-事务

【数据库】MySQL-基础篇-事务

2024/11/4 0:43:11 来源:https://blog.csdn.net/m0_63636799/article/details/141954371  浏览:    关键词:【数据库】MySQL-基础篇-事务

专栏文章索引:数据库

有问题可私聊:QQ:3375119339

目录

一、事务简介

二、事务操作

1.未控制事务

1.1 测试正常情况

1.2 测试异常情况

2.控制事务一

1.1 查看/设置事务提交方式

1.2 提交事务

1.3 回滚事务

3.控制事务二

1.1 开启事务

1.2 提交事务

1.3 回滚事务

三、事务四大特性

四、并发事务问题

1.赃读

2.不可重复读

3.幻读

五、事务隔离级别


一、事务简介

事务 是一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败。
就比如 张三给李四转账 1000 块钱,张三银行账户的钱减少 1000 ,而李四银行账户的钱要增加
1000 。 这一组操作就必须在一个事务的范围内,要么都成功,要么都失败。

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

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

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

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

二、事务操作

数据准备:
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);

1.未控制事务

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 = '李四';
测试完毕之后检查数据的状态 , 可以看到数据操作前后是一致的。

1.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
, 执行就会报错 ) ,检查最终的数据情况 , 发现数据在操作前后不一致了。

2.控制事务一

1.1 查看/设置事务提交方式

SELECT @@autocommit ;  -- 1:自动提交、0:手动提交
SET @@autocommit = 0 ;  

此时若设置了手动提交,所有的执行结果只会在本窗口内生效,但是不会提交到数据库。

1.2 提交事务

COMMIT;

此时若设置了手动提交,所有的执行结果只会在本窗口内生效,但是不会提交到数据库,但是执行一下提交事务(COMMIT)就会提交到数据库了

1.3 回滚事务

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

栗子:

首先我们在DataGrip中打开一个console窗口,和account表;

我们先来查看一下窗口的事务提交方式:

select @@autocommit;

可以看到此时本窗口的事务提交方式为自动提交,可以就是说我们现在如果在本窗口执行DML语句后,执行的结果会自动提交到数据库中

此时我们在窗口中执行:

-- 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 = '李四';

执行完后我们在窗口中查看一下执行的结果:

select * from account;

可以看到数据发生了变化

我们再来看一下数据库中:

可以看到数据库中数据也发生了变化。

这就说明当autocommit=1时,事务提交方式为自动提交,此时当我们在任意窗口执行sql语句,执行的结果都会自动提交到数据库中。

现在,我们把事务的提交方式改为手动提交:

set @@autocommit = 0;

查询一下:

select @@autocommit;

此时我们在窗口中执行:

-- 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;

我们再来看一下数据库中:

可以看到数据库中数据发生了变化。

这就说明当autocommit=0时,事务提交方式为手动提交,此时当我们在任意窗口执行sql语句,执行的结果不会自动提交到数据库中,此时我们需要手动提交事务。

接下来我们看一下回滚事务:

-- 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 = '李四';

执行完后我们在窗口中查看一下执行的结果:

可以看到报错了,此时我们不用提交事务。

我们来回滚一下事务:

-- 回滚事务
rollback;

执行完后我们再在窗口中查看一下执行的结果:

可以看到回滚到没执行前的状态了。

如果在事务中的任何时候发生错误,或者您决定不继续执行事务,可以执行ROLLBACK;命令来回滚事务。这将撤销事务中的所有操作,数据库状态会回到事务开始之前。(后面还会提到)

3.控制事务二

1.1 开启事务

START TRANSACTION 或 BEGIN;

1.2 提交事务

COMMIT;

1.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;

这里还有个问题:就是事务回滚的位置

事务回滚的位置取决于以下几个因素:

  • 事务的开始点:事务回滚会回到事务开始的地方,即START TRANSACTIONBEGIN命令执行的位置。

  • 保存点(Savepoint):如果在事务中设置了保存点(使用SAVEPOINT命令),则可以回滚到指定的保存点。保存点允许你在事务中创建一个可以回滚到的特定状态。

  • 自动提交模式:MySQL默认情况下是自动提交模式,即每条语句执行后自动提交。如果关闭了自动提交(通过设置autocommit=0),则需要显式地调用COMMIT来提交事务,或者调用ROLLBACK来回滚事务。

  • 隔离级别:事务的隔离级别也会影响事务回滚的行为,但它主要影响的是事务中的读操作如何看到其他并发事务的修改。

  1. 事务的开始点:事务回滚会回到事务开始的地方,即START TRANSACTIONBEGIN命令执行的位置。

  2. 保存点(Savepoint):如果在事务中设置了保存点(使用SAVEPOINT命令),则可以回滚到指定的保存点。保存点允许你在事务中创建一个可以回滚到的特定状态

三、事务四大特性

  • 原子性(Atomicity):事务是不可分割的最小操作单元,要么全部成功,要么全部失败。
  • 一致性(Consistency):事务完成时,必须使所有的数据都保持一致状态。
  • 隔离性(Isolation):数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立 环境下运行。
  • 持久性(Durability):事务一旦提交或回滚,它对数据库中的数据的改变就是永久的。
上述就是事务的四大特性,简称 ACID

四、并发事务问题

1.赃读

一个事务读到另外一个事务还没有提交的数据。

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

2.不可重复读

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

事务 A 两次读取同一条记录,但是读取到的数据却是不一样的。

3.幻读

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

五、事务隔离级别

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

隔离级别脏读不可重复读幻读
Read uncommitted
Read committed
×
Repeatable Read( 默认 )
×
×
Serializable
×
×
×
  • 查看事务隔离级别
SELECT @@TRANSACTION_ISOLATION;
  • 设置事务隔离级别
SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
SESSION:会话级别——仅针对当前客户端窗口有效
GLOBAL:所有客户端窗口都有效
注意:事务隔离级别越高,数据越安全,但是性能越低。


版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com