MySQL事务4种隔离级别详解：从原理到InnoDB的幻读解决方案

什么是数据库事务？

事务是由有限数据库操作序列组成的一个逻辑工作单位，它具有原子性：要么所有操作全部执行成功，要么全部不执行。

典型场景：银行转账。A向B转账100元，涉及A扣款和B入账两个操作。若中途系统故障，必须保证数据一致性：要么两笔交易都生效，要么都回滚，绝不能出现A扣了钱而B没收到的情况。

事务的四大特性（ACID）

• 原子性 (Atomicity)：事务包含的操作是一个整体，不可分割。
• 一致性 (Consistency)：事务前后数据的完整性保持一致（如转账前后总金额不变）。
• 隔离性 (Isolation)：并发执行的多个事务互不干扰。
• 持久性 (Durability)：事务一旦提交，对数据的修改将永久保存，即使发生系统故障也不丢失。

并发事务会导致的问题

当多个事务并发访问同一数据时，如果没有适当的隔离机制，会出现以下三种异常情况：

• 脏读 (Dirty Read)：事务A读取了事务B尚未提交的数据。如果B随后回滚，A读取的数据就是无效的“脏数据”。
• 不可重复读 (Non-Repeatable Read)：在同一事务内，两次读取同一条记录的结果不一致。这是因为事务B在A读取期间修改并提交了对该记录的更改。
• 幻读 (Phantom Read)：在同一事务内，两次相同条件的查询结果集行数不一致。通常是因为事务B插入或删除了新记录导致。

常用测试环境配置

为了验证隔离级别的影响，我们首先查看默认设置并进行测试表的准备。

1. 检查当前会话隔离级别

mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+
1 row in set (0.01 sec)

2. 创建测试账户表

CREATE TABLE account (
  id int(11) NOT NULL,
  name varchar(255) DEFAULT NULL,
  balance int(11) DEFAULT NULL,
  PRIMARY KEY (id),
  UNIQUE KEY un_name_idx (name) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

3. 手动修改隔离级别

mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)

MySQL事务的4种隔离级别详解

MySQL标准支持的四个隔离级别按照隔离强度从低到高排列如下：

4.1 读未提交 (Read Uncommitted)

这是最低的隔离级别。允许一个事务读取另一个事务尚未提交的数据。

结论：它无法防止任何并发问题，极易产生数据错误，生产环境中严禁使用。

4.2 读已提交 (Read Committed)

在此级别下，事务只能读取到其他事务已经提交的数据。这在一定程度上解决了“脏读”问题。

虽然消除了脏读，但它依然存在严重的缺陷：不可重复读。即同一个事务在多次读取同一行数据时，如果其他事务在此期间进行了更新并提交，当前事务两次读到的值将不一致。

4.3 可重复读 (Repeatable Read)

为了避免不可重复读，我们将隔离级别设为 repeatable read。这是 MySQL (InnoDB) 的默认隔离级别。

在理想状态下，RR级别确实可以解决这个问题。其核心原理在于：快照读 (Snapshot Read)。

为什么 RR 能解决幻读？

在标准的数据库理论中，“可重复读”并不能完全解决“幻读”。但在 InnoDB 引擎中，通过引入复杂的锁机制彻底解决了这个问题：

• 快照读：普通的 SELECT 查询并不加锁，而是读取MVCC（多版本并发控制）生成的一致性视图快照。无论数据如何变化，只要未提交，当前事务看到的都是快照中的数据，从而保证了数据的一致性。
• 当前读 & Next-Key Lock：在执行 SELECT ... FOR UPDATE 或增删改操作时，InnoDB 会对涉及的记录加上 Next-key Lock（间隙锁 + 行锁）。这阻塞了其他事务对这些数据进行增删改操作，从而防止了“幽灵般”的出现新记录。

4.4 串行化 (Serializable)

这是最高的隔离级别，强制事务串行执行。所有的并发问题都被消除，但性能极差。仅在对数据一致性要求极高且并发量极低的场景下使用。

总结

理解事务隔离级别是进行高性能数据库应用开发的基础。总结如下：

• 并发三大问题：脏读、不可重复读、幻读。
• 隔离级别越高，安全性越好，但并发性能越低。
• MySQL 的 InnoDB 引擎在默认的 REPEATABLE READ 级别下，配合 MVCC 和 Next-Key Lock，不仅解决了不可重复读，也在大多数实际业务场景中彻底解决了幻读问题。