【数据库】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 TRANSACTION或BEGIN命令执行的位置。
保存点（Savepoint）：如果在事务中设置了保存点（使用SAVEPOINT命令），则可以回滚到指定的保存点。保存点允许你在事务中创建一个可以回滚到的特定状态。
自动提交模式：MySQL默认情况下是自动提交模式，即每条语句执行后自动提交。如果关闭了自动提交（通过设置autocommit=0），则需要显式地调用COMMIT来提交事务，或者调用ROLLBACK来回滚事务。
隔离级别：事务的隔离级别也会影响事务回滚的行为，但它主要影响的是事务中的读操作如何看到其他并发事务的修改。

事务的开始点：事务回滚会回到事务开始的地方，即START TRANSACTION或BEGIN命令执行的位置。

保存点（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：所有客户端窗口都有效

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