MySQL事务

事务简介

事务是一组操作集合，他是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。

注意：

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. 查询张三余额
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. 查询张三余额
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 @@autocommit ;
SET @@autocommit = 0 ;

提交事务

COMMIT;

回滚事务

ROLLBACK;

上述方式，这是修改啦事务的自动提交行为，把默认的自动提交修改为手动提交，此时我们执行DML语句都不会提交，需要手动执行COMMIT语句进行提交。

第二种方式

开启事务

START TRANSACTION 或 BEGIN ;

提交事务

COMMIT;

回滚事务

ROLLBACK;

转账案例

-- 开启事务
START TRANSACTION;
-- BEGIN;
SELECT * FROM account WHERE name = '张三';
UPDATE account SET money = money - 1000 WHERE name = '张三';
UPDATE account SET money = money + 1000 WHERE name = '李四';
-- 提交事务
COMMIT;
-- 事务回滚
ROLLBACK;

在 MySQL 中启动事务时，不需要手动关闭自动提交（AUTOCOMMIT），因为 START TRANSACTION 或 BEGIN 语句会自动暂停当前会话的自动提交功能，直到事务通过 COMMIT 或 ROLLBACK 结束。以下是详细说明：

1. MySQL 自动提交的默认行为

• 默认状态：MySQL 的自动提交（AUTOCOMMIT）默认是开启的（@@AUTOCOMMIT = 1），即每条独立的 SQL 语句会被当作一个事务立即执行并提交。
• 示例：执行 UPDATE account SET money = 1000 WHERE id = 1; 后，修改会立即生效，无需手动提交。

2. 启动事务时的自动提交处理

当使用 START TRANSACTION 或 BEGIN 显式启动事务时：

• 自动提交会被临时暂停（相当于临时将 AUTOCOMMIT 设为 0），事务内的所有 SQL 语句不会立即提交，直到执行 COMMIT（提交）或 ROLLBACK（回滚）。
• 事务结束后（提交或回滚），自动提交会恢复为原来的状态（开启或关闭，取决于事务启动前的设置）。

3. 手动关闭自动提交 vs 显式启动事务

• 方式一：显式启动事务（推荐） 使用 START TRANSACTION 或 BEGIN，无需额外处理自动提交，事务边界清晰，适合复杂业务逻辑。

• 方式二：手动设置 AUTOCOMMIT = 0 直接执行 SET AUTOCOMMIT = 0; 会关闭当前会话的自动提交，后续所有 SQL 语句都属于同一个事务，直到显式 COMMIT 或 ROLLBACK。但这种方式的事务边界不明确，容易出错，不推荐。

对比：

4. 注意事项

• 存储引擎支持：只有 InnoDB 等支持事务的存储引擎才有效，MyISAM 不支持事务。
• 会话级影响：START TRANSACTION 和 SET AUTOCOMMIT 仅影响当前会话，其他会话不受影响。
• 事务结束后的恢复：无论 COMMIT 还是 ROLLBACK，自动提交都会恢复为事务启动前的状态（无需手动重置）。

最佳实践

1. 使用 START TRANSACTION 显式启动事务，明确事务边界，避免依赖自动提交的默认行为。
2. 在应用程序中结合异常处理，确保事务正确提交或回滚（例如 Java 的 try-catch-finally 或 Python 的 try-except）。
3. 对需要事务的表，确保使用 InnoDB 存储引擎。

-- 标准事务流程（推荐）
START TRANSACTION;
-- 执行 SQL 语句
COMMIT;  -- 或 ROLLBACK;

综上，启动事务时无需手动关闭自动提交，START TRANSACTION 会自动处理这一过程，只需关注事务内的逻辑和最终的提交/回滚即可。

事务四大特性（ACID）

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

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

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

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

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

并发事务问题

1）脏读：一个事务读取到另外一个事务还没有提交的数据。

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

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

事务隔离级别

MYSQL支持4种事务隔离级别，默认的隔离级别为可重复读

• READ UNCOMMITTED（读未提交）
  • 允许读取未提交的数据，可能会遇到脏读。
• READ COMMITTED (读已提交)
  • 只能读取到已经提交的数据，可以避免脏读，但可能会出现不可重复读的问题。
• REPEATABLE READ（可重复读）
  • 保证在同一个事务中，多次读取同一数据的结果是一致的，可以避免不可重复读的问题，但可能会出现幻读。
• SERIALIZABLE （可串行化）
  • 最高的隔离级别，完全避免脏读、不可重复读和幻读，但性能较低。

查看事务隔离级别

SELECT @@TRANSACTION_ISOLATION;

设置事务隔离级别

# 设置隔离级别
SET [ SESSION | GLOBAL ]
TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED |READ COMMITTED | REPEATABLE READ | SERIALIZABLE }

# 打开两个会话，事务隔离级别设置为 READ UNCOMMITTED（读未提交）
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
# 查看当前会话的事务隔离级别
SELECT @@TRANSACTION_ISOLATION;

# 设置全局事务隔离级别
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
# 查看全局事务隔离级别
SELECT @@GLOBAL.TRANSACTION_ISOLATION;

事务隔离级别越高，性能越低，数据越安全。

从READ UNCOMMITTED到SERIALIZABLE，每个级别都有其独特的特点和适用场景。

• READ UNCOMMITTED虽快但风险高
• SERIALIZABLE则提供最严格的数据一致性保证但性能消耗大

在实际应用中，根据业务需求和性能考量，合理选择事务隔离级别至关重要。

事务的隔离级别在MySQL中分为全局和会话两种类型，它们的区别主要体现在设置的范围和影响上。

• 会话（Session）隔离级别： 会话隔离级别仅对当前会话（即当前连接）立即生效。这意味着，当您更改了某个会话的事务隔离级别后，只有当前这个会话中的操作会受到影响，其他会话或新建立的会话不会继承这个更改。 更改会话隔离级别的目的是为了在当前会话中控制事务的行为，而不影响数据库中其他用户或未来的会话。

• 全局（Global）隔离级： 全局隔离级别则会影响到数据库服务器上所有后续建立的连接。当您更改全局隔离级别时，所有新建立的连接将采用新的隔离级别设置，而已经建立的连接则不受影响。 全局隔离级别的更改是为了影响所有用户和未来的会话，确保数据库服务器上所有事务的行为符合特定的隔离要求。

事务总结

什么是事务

• 事务就是将一组SQL语句放在同一批次内去执行
• 如果一个SQL语句出错,则该批次内的所有SQL都将被取消执行
• MySQL事务处理只支持InnoDB和BDB数据表类型

事务的ACID原则 百度 ACID

原子性(Atomic)

• 整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。事务在执行过程中发生错误，会被回滚（ROLLBACK）到事务开始前的状态，就像这个事务从来没有执行过一样。

一致性(Consist)

• 一个事务可以封装状态改变（除非它是一个只读的）。事务必须始终保持系统处于一致的状态，不管在任何给定的时间并发事务有多少。也就是说：如果事务是并发多个，系统也必须如同串行事务一样操作。其主要特征是保护性和不变性(Preserving an Invariant)，以转账案例为例，假设有五个账户，每个账户余额是100元，那么五个账户总额是500元，如果在这个5个账户之间同时发生多个转账，无论并发多少个，比如在A与B账户之间转账5元，在C与D账户之间转账10元，在B与E之间转账15元，五个账户总额也应该还是500元，这就是保护性和不变性。

隔离性(Isolated)

• 隔离状态执行事务，使它们好像是系统在给定时间内执行的唯一操作。如果有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化，为了防止事务操作间的混淆，必须串行化或序列化请求，使得在同一时间仅有一个请求用于同一数据。

持久性(Durable)

• 在事务完成以后，该事务对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

基本语法

-- 使用set语句来改变自动提交模式
SET autocommit = 0;   /*关闭*/
SET autocommit = 1;   /*开启*/

-- 注意:
--- 1.MySQL中默认是自动提交
--- 2.使用事务时应先关闭自动提交

-- 开始一个事务,标记事务的起始点
START TRANSACTION  

-- 提交一个事务给数据库
COMMIT

-- 将事务回滚,数据回到本次事务的初始状态
ROLLBACK

-- 还原MySQL数据库的自动提交
SET autocommit =1;

-- 保存点
SAVEPOINT 保存点名称 -- 设置一个事务保存点
ROLLBACK TO SAVEPOINT 保存点名称 -- 回滚到保存点
RELEASE SAVEPOINT 保存点名称 -- 删除保存点

测试

/*
课堂测试题目

A在线买一款价格为500元商品,网上银行转账.
A的银行卡余额为2000,然后给商家B支付500.
商家B一开始的银行卡余额为10000

创建数据库shop和创建表account并插入2条数据
*/

CREATE DATABASE `shop`CHARACTER SET utf8 COLLATE utf8_general_ci;
USE `shop`;

CREATE TABLE `account` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`name` VARCHAR(32) NOT NULL,
`cash` DECIMAL(9,2) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=INNODB DEFAULT CHARSET=utf8

INSERT INTO account (`name`,`cash`)
VALUES('A',2000.00),('B',10000.00)

-- 转账实现
SET autocommit = 0; -- 关闭自动提交
START TRANSACTION;  -- 开始一个事务,标记事务的起始点
UPDATE account SET cash=cash-500 WHERE `name`='A';
UPDATE account SET cash=cash+500 WHERE `name`='B';
COMMIT; -- 提交事务
# rollback;
SET autocommit = 1; -- 恢复自动提交