【数据库】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.幻读

五、事务隔离级别

一、事务简介

注意： 默认 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 = '李四';

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来回滚事务。

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

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

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

三、事务四大特性

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

四、并发事务问题

1.赃读

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

2.不可重复读

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

3.幻读

五、事务隔离级别

• 查看事务隔离级别

SELECT @@TRANSACTION_ISOLATION;

• 设置事务隔离级别

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

SESSION：会话级别——仅针对当前客户端窗口有效
GLOBAL：所有客户端窗口都有效

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