MySQL事务隔离级别与三大并发问题详解

一、什么是数据库事务

数据库事务（Transaction）是访问并可能操作各种数据项的一个数据库操作序列。这些操作作为一个不可分割的工作单位，要么全部执行成功，要么全部不执行。事务由事务开始到事务结束之间执行的全部数据库操作组成。

在实际业务中，例如执行两条关联SQL语句时，若将它们放入同一个事务中，必须保证两者同时成功或同时失败：成功则提交事务，失败则整体回滚，绝不允许出现“一个成功、一个失败”的状态。

二、事务的ACID原则

ACID是数据库事务稳定性的核心保障，具体包含以下四个维度：

1. 原子性 (Atomicity)

原子性要求事务中的操作是不可再分的最小执行单元，所有步骤要么都完成，要么都不完成。

以转账为例：A有800元，B有200元，A向B转账200元。

步骤1：A账户扣减200元（800 - 200 = 600）
步骤2：B账户增加200元（200 + 200 = 400）

这两个步骤必须在同一事务中完成。如果只执行了步骤1而中断，资金将凭空消失；如果只执行步骤2，资金将凭空产生。原子性确保了这种中间状态不会暴露给外部。

2. 一致性 (Consistency)

一致性指事务操作前后，数据的完整性约束未被破坏，整体状态保持一致。

在上述转账场景中，A和B的总金额始终为1000元。无论事务内部如何流转，钱不会凭空产生或消失。事务结束后，数据库必须处于一种合法且一致的状态。

3. 持久性 (Durability)

持久性保证一旦事务提交，其对数据库的改变就是永久性的，即使随后发生系统故障或断电，数据也不会丢失。

继续上面的例子：

1. 若事务尚未提交即发生故障，重启后数据应恢复为初始状态：A有800元，B有200元。
2. 若事务已提交后发生故障，重启后数据应保持更新后的状态：A有600元，B有400元。

4. 隔离性 (Isolation)

隔离性确保并发执行的事务之间互不干扰。一个事务在执行过程中，其内部操作的中间结果对其他事务应该是透明的。

假设有两个并发事务：

• 事务一：A向B转账200元。
• 事务二：C向B转账100元。

在良好的隔离机制下，这两个事务应像串行执行一样独立运行，不会出现相互影响导致的计算错误。

三、隔离带来的并发问题

为了支持多用户并发操作，数据库提供了四种事务隔离级别，强度从低到高依次为：Read Uncommitted（读未提交）、Read Committed（读已提交）、Repeatable Read（可重复读）和 Serializable（序列化）。随着隔离级别的提升，并发安全性增强，但性能往往随之降低。

1. 脏读 (Dirty Read)

定义：一个事务读取了另一个事务尚未提交的数据。如果对方事务最终回滚，那么前一个事务读取到的数据就是无效的“脏”数据。

场景模拟：

• 事务1：A向B转账500元，但未提交。
• 事务2：B查看账户，发现多了500元，决定只转300元出去即可。
• 事务1：A发现转错金额，修改为只转300元并提交。
• 结果：B再次查看时，发现只有300元入账。此前看到的500元纯属幻觉。

解决方案：设置隔离级别为 Read Committed 即可避免脏读。

2. 不可重复读 (Non-Repeatable Read)

定义：在一个事务内，两次读取同一条记录，由于其他事务在中间对该记录进行了修改并提交，导致两次读取的结果不一致。

场景模拟：

• 事务1：B查询卡内余额为500元。
• 事务2：B的妻子将500元转走，并提交事务。
• 事务1：B尝试支付时发现没钱（余额为0），因为在此期间数据被修改了。

注意：不可重复读侧重于数据内容的变更。设置隔离级别为 Repeatable Read 可以避免此问题。

3. 幻读 (Phantom Read)

定义：一个事务按相同的查询条件重新读取以前检索过的数据范围，却发现其他事务插入了一些满足该条件的“新”行，导致统计行数或结果集发生变化，如同产生幻觉。

场景模拟：

• 事务1：B的妻子查询B的消费记录，目前共5条，总计500元。
• 事务2：B在外面请朋友吃饭付款100元，并提交事务。
• 事务1：B的妻子打印账单对账，发现变成了6条记录，总计600元。

解决方案：MySQL默认隔离级别为 Repeatable Read，但在某些特定条件下（如使用了Next-Key Lock等机制）仍能较好控制幻读。若要彻底解决幻读，需将隔离级别设置为最高级的 Serializable，此时事务强制串行化执行，完全避免并发问题，但性能最差。

四、MySQL事务手动测试操作

为了直观理解事务的执行流程，我们可以通过MySQL命令行进行实际操作。本示例使用InnoDB存储引擎，因为它支持事务。

第一步：创建测试环境与数据

首先构建库、表并初始化基础数据，用于后续转账测试。

-- 创建数据库
CREATE DATABASE shop CHARACTER SET utf8 COLLATE utf8_general_ci;
-- 切换至shop库
USE shop;
-- 创建账户表
CREATE TABLE `account`(
	`id` INT(3) NOT NULL AUTO_INCREMENT,
	`name` VARCHAR(30) NOT NULL,
	`money` DECIMAL(9,2) NOT NULL,
	PRIMARY KEY (`id`)
)ENGINE=INNODB DEFAULT CHARSET=utf8;
-- 插入初始测试数据：A有2000元，B有10000元
INSERT INTO account(`name`,`money`)
VALUES ('A', 2000.00),('B', 10000.00);

第二步：关闭自动提交并开启事务

MySQL默认开启了自动提交（Autocommit），每条SQL都会立即生效。为了测试事务，需要关闭它，以便手动控制何时提交或回滚。

• 关闭自动提交：SET autocommit = 0;
• 显式开启事务：START TRANSACTION;

第三步：执行事务内的SQL操作

在事务开启后执行的SQL，只有在提交后才会真正写入磁盘。此处模拟A给B转账500元。注意：原稿中代码存在逻辑笔误（B处写成了减法），正确逻辑应为A扣款、B加款。

UPDATE account SET money=money - 500 WHERE name = 'A'; -- A扣除500
UPDATE account SET money=money + 500 WHERE name = 'B'; -- B增加500

此时执行SELECT查询，可以看到数据已经发生变更，但这些变更仅在当前会话有效。如果在其他窗口查看，数据仍未改变（受隔离级别影响）。

第四步：验证回滚（Rollback）

如果不希望上述更改生效，可以执行回滚命令。这将撤销从 START TRANSACTION 以来所做的所有更改，数据恢复到事务开始前或上一个保存点状态。

ROLLBACK;

此时再次查询数据，A和B的金额将恢复到初始值（2000.00 和 10000.00）。

第五步：验证提交（Commit）

若确认操作无误，则执行提交。提交后，事务对外部可见，且无法再通过回滚撤销。

UPDATE account SET money=money - 500 WHERE name = 'A'; -- A扣款
UPDATE account SET money=money + 500 WHERE name = 'B'; -- B加款
COMMIT;

提交成功后，数据永久生效。此时若再次执行 ROLLBACK，将无法改变已提交的更改。

以上就是关于MySQL数据库事务隔离级别及三大并发问题（脏读、不可重复读、幻读）的详细解析与操作指南。更多关于MySQL数据库事务的资料请关注本站其它相关文章！