今天 00:20 门头沟学院 Java 发布于北京

关注

MySQL中的事务

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花

一、事务的定义

事务（Transaction）是MySQL中一组不可分割的SQL执行单元，它将多个SQL操作（如插入、更新、删除）封装成一个整体，要么全部执行成功并永久生效，要么全部执行失败并回滚到操作前的状态，以此保证数据的一致性和完整性。

简单来说，事务就是“要么全做，要么全不做”的操作集合。例如，银行转账场景中，“从A账户扣除100元”和“向B账户添加100元”这两个操作必须封装成一个事务，若其中任意一步失败，整个转账过程都要回滚，避免出现A账户钱少了但B账户钱没多的异常情况。

二、事务的核心特性（ACID）

MySQL事务必须满足ACID四大特性，这是事务可靠性的基础，也是区分事务与普通SQL操作的关键，四大特性相互关联、缺一不可。

1. 原子性（Atomicity）

原子性是事务的核心，指事务中的所有操作要么全部执行成功，要么全部执行失败，不存在“部分成功、部分失败”的情况。一旦事务中某一步操作出错，MySQL会自动回滚（Rollback）到事务开始前的状态，仿佛该事务从未执行过。

例如：执行事务“插入一条用户数据 + 更新用户统计数”，若插入用户成功但更新统计数失败，MySQL会自动回滚，删除已插入的用户数据，确保数据不出现残缺。

2. 一致性（Consistency）

一致性指事务执行前后，数据库中的数据必须处于合法、一致的状态，符合预设的业务规则。也就是说，事务的执行不能破坏数据的完整性约束（如主键唯一、外键关联、非空约束等）。

例如：一个订单表中，“订单金额”和“订单明细金额总和”必须相等。若一个事务修改了订单金额，但未同步修改明细金额，就会破坏数据一致性，此时事务会回滚，避免不一致状态留存。

3. 隔离性（Isolation）

隔离性指多个事务同时并发执行时，每个事务的执行过程都不受其他事务的干扰，仿佛只有当前一个事务在执行。隔离性可以避免多个并发事务之间出现数据冲突（如脏读、不可重复读、幻读），MySQL通过设置不同的隔离级别来控制隔离程度。

通俗理解：多个用户同时操作数据库时，各自的事务相互“隔离”，不会看到对方未完成的操作结果。

4. 持久性（Durability）

持久性指事务一旦执行成功（提交后），其对数据库的修改会永久保存，即使后续数据库发生崩溃、重启，修改后的数据也不会丢失。MySQL通过将事务日志（如binlog、redo log）持久化到磁盘来实现这一特性。

注意：事务提交前，修改的数据仅存在于内存中；提交后，数据会同步到磁盘，确保永久生效。

三、MySQL事务的隔离级别

隔离性的核心是避免并发事务的干扰，但不同的业务场景对隔离程度的要求不同。MySQL提供了4种隔离级别（由低到高），隔离级别越高，数据一致性越好，但并发性能越差，需根据业务需求权衡选择。

1. 读未提交（Read Uncommitted）

最低隔离级别，允许一个事务读取另一个事务未提交的修改数据。

优点：并发性能最高；缺点：会出现“脏读”（读取到未提交的、可能被回滚的数据），数据可靠性最差。

适用场景：几乎不用，仅适用于对数据一致性要求极低、追求极致并发的场景（如临时统计数据）。

2. 读已提交（Read Committed）

允许一个事务读取另一个事务已提交的修改数据。

优点：避免了脏读；缺点：会出现“不可重复读”（同一事务内，多次读取同一数据，结果不一致，因为中间被其他事务修改并提交了）。

适用场景：大多数业务场景（如电商订单、用户管理），兼顾一致性和并发性能。

3. 可重复读（Repeatable Read）

较高隔离级别，确保同一事务内，多次读取同一数据的结果始终一致，不受其他事务提交的修改影响。

优点：避免了脏读、不可重复读；缺点：会出现“幻读”（同一事务内，多次查询同一条件的数据，结果行数不一致，因为其他事务插入了符合条件的新数据）。

注意：MySQL的InnoDB引擎通过“MVCC（多版本并发控制）”机制，在可重复读级别下，很大程度上避免了幻读（并非完全杜绝，极端场景仍可能出现）。

适用场景：对数据一致性要求较高的场景（如金融、支付）。

4. 串行化（Serializable）

最高隔离级别，强制所有事务串行执行（一个事务执行完，另一个才开始），完全避免了并发干扰。

优点：数据一致性最高，无脏读、不可重复读、幻读；缺点：并发性能极差，会出现大量锁等待，导致系统响应缓慢。

适用场景：对数据一致性要求极高、并发量极低的场景（如财务对账、数据审计）。

隔离级别总结表

读未提交	存在	存在	存在	最高
读已提交	不存在	存在	存在	较高
可重复读	不存在	不存在	基本不存在	中等
串行化	不存在	不存在	不存在	最低

四、事务的生命周期

MySQL事务从开始到结束，分为5个阶段，核心操作是“开始事务、执行SQL、提交/回滚事务”。

1. 开始事务（Start Transaction）

通过SQL命令开启事务，开启后，后续的所有SQL操作都将属于当前事务。

常用命令：

-- 方式1：显式开启事务
START TRANSACTION;  -- 或 BEGIN;
-- 方式2：关闭自动提交（隐式开启事务）
SET AUTOCOMMIT = 0;  -- MySQL默认AUTOCOMMIT=1（每一条SQL都是一个独立事务）

2. 执行SQL操作（DML）

在事务中执行一系列数据操纵语言（DML），如INSERT、UPDATE、DELETE。这些操作会暂时修改内存中的数据，未提交前不会写入磁盘。

注意：SELECT语句不属于事务操作（仅查询，不修改数据），但在事务中执行SELECT，会受到隔离级别的影响。

3. 提交事务（Commit）

当所有SQL操作执行成功后，通过COMMIT命令提交事务，将内存中的修改同步到磁盘，事务永久生效。

命令：COMMIT;

提交后，事务结束，数据无法回滚（除非通过备份恢复）。

4. 回滚事务（Rollback）

若事务中某一步SQL执行失败，或主动触发回滚，通过ROLLBACK命令撤销所有已执行的SQL操作，恢复到事务开始前的状态。

命令：ROLLBACK;

回滚后，事务结束，所有修改都会被撤销，数据回到初始状态。

5. 事务结束

事务提交（COMMIT）或回滚（ROLLBACK）后，事务正式结束。若开启了自动提交（AUTOCOMMIT=1），则每一条SQL执行后会自动提交，视为一个独立事务。

五、事务的常见操作示例

以银行转账为例，演示事务的完整操作（假设A账户id=1，余额1000；B账户id=2，余额500，转账100元）：

-- 1. 开启事务
START TRANSACTION;
-- 2. 执行SQL操作
UPDATE account SET balance = balance - 100 WHERE id = 1;  -- A账户扣100
UPDATE account SET balance = balance + 100 WHERE id = 2;  -- B账户加100
-- 3. 检查操作是否成功（可选，可结合程序判断）
-- 4. 提交事务（所有操作成功，永久生效）
COMMIT;

-- 若第二步中任意一条SQL失败，执行回滚
-- ROLLBACK;