MySQL 事务（保姆级教程）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 82w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 2900+ 小伙伴加入学习 ，欢迎点击围观

前言

在数据库开发中，"MySQL 事务" 是保障数据一致性和可靠性的核心机制。无论是处理银行转账、订单支付，还是库存扣减等场景，事务都能通过"要么全部成功，要么全部失败"的原则，避免数据陷入"半途而废"的尴尬状态。对于编程初学者和中级开发者而言，掌握事务的原理与实践方法，是构建健壮应用的关键一步。本文将通过循序渐进的讲解、形象比喻和代码案例，帮助读者全面理解这一重要概念。

事务的基本概念与特性

什么是事务？

事务可以理解为数据库操作的最小逻辑单元。想象一个超市的购物车：你将商品放入车中，最终选择"结账"才会完成购买；如果中途放弃，购物车里的商品会被清空。类似地，事务将多个数据库操作包裹起来，只有当所有操作都成功执行时，才会真正提交修改；若任何一个步骤失败，所有操作都会回滚到初始状态。

ACID 四大特性

事务的可靠性依赖于 ACID 四大特性：

1. Atomicity（原子性）
   事务中的所有操作必须全部执行成功，或全部不执行。例如：

   BEGIN;  
   UPDATE accounts SET balance = balance - 100 WHERE user_id = 1;  
   UPDATE accounts SET balance = balance + 100 WHERE user_id = 2;  
   COMMIT;  
   

   如果第二条 UPDATE 语句因网络中断失败，第一条操作也会被回滚。

2. Consistency（一致性）
   事务执行前后，数据库必须始终处于合法的约束状态（如主键唯一、外键关联等）。例如：删除用户时，其关联的订单记录也必须被同步清理。

3. Isolation（隔离性）
   不同事务的操作彼此隔离，避免相互干扰。例如：两个用户同时修改同一账户余额时，系统需确保操作不会出现"脏读"或"覆盖"问题。

4. Durability（持久性）
   事务提交后，即使数据库崩溃，修改的数据也能通过日志恢复。

事务的控制语句与状态

事务的生命周期

事务的控制语句包括以下核心命令：

• BEGIN 或 START TRANSACTION：显式开启事务
• COMMIT：提交事务，将修改持久化
• ROLLBACK：回滚事务，撤销所有未提交的更改
• SAVEPOINT：设置中间标记点，支持部分回滚

示例：转账操作的完整流程

BEGIN;  
-- 扣减用户A的余额  
UPDATE accounts SET balance = balance - 500 WHERE id = 1001;  
-- 增加用户B的余额  
UPDATE accounts SET balance = balance + 500 WHERE id = 1002;  
-- 若无错误，提交事务  
COMMIT;  

回滚操作的场景

如果在执行过程中出现错误（如余额不足），可以通过 ROLLBACK 撤销操作：

BEGIN;  
UPDATE accounts SET balance = balance - 1000 WHERE id = 1001;  -- 假设余额不足  
ROLLBACK;  -- 撤销所有操作  

事务的自动提交模式

MySQL 默认采用自动提交（AUTOCOMMIT=1），即每条语句单独构成一个事务。若需显式控制事务，需通过 START TRANSACTION 禁用自动提交：

SET AUTOCOMMIT=0;  -- 关闭自动提交  
-- 执行多条操作后  
COMMIT;  
SET AUTOCOMMIT=1;  -- 恢复默认模式  

事务的隔离级别

隔离级别的定义

隔离级别决定了事务间可见性的规则。MySQL 支持以下四种级别：

隔离级别的设置

-- 查看当前隔离级别  
SELECT @@transaction_isolation;  

-- 设置为可重复读（默认）  
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;  

典型问题与解决方案

1. 脏读（Dirty Read）
   事务A读取了事务B未提交的数据，若B回滚，A读到的内容将无效。

2. 不可重复读（Non-Repeatable Read）
   同一事务内多次读取同一数据，结果不一致（如其他事务修改了数据）。

3. 幻读（Phantom Read）
   查询条件相同的两次读取，返回的记录数量不同（如其他事务插入了符合条件的数据）。

案例：不可重复读的演示

-- 会话1  
START TRANSACTION;  
SELECT * FROM users WHERE id = 1;  -- 得到余额1000  

-- 会话2  
UPDATE users SET balance = 1500 WHERE id = 1;  
COMMIT;  

-- 会话1再次查询  
SELECT * FROM users WHERE id = 1;  -- 可能得到1500（取决于隔离级别）  

死锁与事务性能优化

死锁现象与解决

死锁是事务因相互等待资源而陷入僵局的状态。例如：

• 事务A锁定用户1的账户，请求锁定用户2的账户
• 事务B锁定用户2的账户，请求锁定用户1的账户
  此时，系统会检测到死锁并主动回滚一个事务。

避免死锁的策略

1. 按固定顺序加锁：所有事务按相同顺序操作资源（如先操作用户ID小的记录）。
2. 缩短事务持有锁的时间：减少事务执行时间，尽快提交或回滚。

事务性能优化建议

1. 合理设置隔离级别：高隔离级别可能增加锁竞争，需权衡数据一致性与性能。
2. 批量操作：将多个小操作合并为单个事务（如批量插入）。
3. 避免长事务：长时间未提交的事务会占用锁资源，影响并发性能。

实战案例：电商订单系统的事务设计

场景描述

用户下单时需完成以下操作：

1. 扣减商品库存
2. 生成订单记录
3. 扣减用户积分

事务化实现

BEGIN;  

-- 扣减库存  
UPDATE products SET stock = stock - 1 WHERE product_id = 123;  

-- 创建订单  
INSERT INTO orders (user_id, product_id, amount)  
VALUES (456, 123, 99.9);  

-- 扣除积分  
UPDATE users SET points = points - 50 WHERE id = 456;  

COMMIT;  

异常处理示例（伪代码）

try:  
    # 开启事务  
    with connection.cursor() as cursor:  
        cursor.execute("UPDATE products SET stock = stock - 1 ...")  
        cursor.execute("INSERT INTO orders ...")  
        cursor.execute("UPDATE users SET points = points - 50 ...")  
        connection.commit()  
except Exception as e:  
    connection.rollback()  
    print(f"事务失败：{str(e)}")  

结论

通过本文，我们系统梳理了 MySQL 事务的核心概念、控制语句、隔离级别及实战技巧。事务不仅是数据库开发的"安全网"，更是构建可靠系统的基础。对于开发者而言：

• 初学者应重点理解 ACID 特性与基本控制语句的使用；
• 中级开发者需深入掌握隔离级别对并发的影响，并优化事务性能；
• 所有开发者都应通过代码示例与案例分析，将理论转化为实践能力。

在实际开发中，合理设计事务边界、避免长事务、处理死锁等问题，将显著提升应用的健壮性与用户体验。掌握这一技能，你将为构建高并发、高可靠的系统奠定坚实基础。