5.2.2 隔离级别

隔离级别是数据库并发控制的"调节阀"。它在SQL标准中定义了四种，但MySQL InnoDB通过自己独特的实现，让"可重复读"级别拥有了解决"幻读"问题的能力。

下表对比了SQL标准与MySQL InnoDB在四种隔离级别下的表现：

隔离级别	脏读 (Dirty Read)	不可重复读 (Non-Repeatable Read)	幻读 (Phantom Read)
读未提交 (READ UNCOMMITTED)	可能	可能	可能
读已提交 (READ COMMITTED)	不可能	可能	可能
可重复读 (REPEATABLE READ)	不可能	不可能	不可能 (InnoDB实际解决)
串行化 (SERIALIZABLE)	不可能	不可能	不可能

特别说明 ：按照SQL标准，REPEATABLE READ级别是会发生幻读的。但MySQL InnoDB 通过其独特的Next-Key Lock机制，在该级别下实际杜绝了幻读 。因此，在MySQL中，可以认为REPEATABLE READ级别提供了比SQL标准定义更强的隔离性。

🧐 四大隔离级别详解

1. 读未提交 (READ UNCOMMITTED) - 最不安全

表现：一个事务可以读取到另一个尚未提交的事务的修改。
实现：几乎不使用锁，直接读取数据的最新版本。
后果：可能发生脏读，数据可靠性极低。
应用：生产环境几乎不用，仅在极少数对数据一致性无要求的场景（如看趋势的监控大盘）中考虑。

2. 读已提交 (READ COMMITTED) - 大多数数据库的默认项

表现：一个事务只能读取到其他事务已经提交的修改。
实现：通过MVCC（多版本并发控制） 实现，每次执行查询 都会生成一个新的Read View（一致性视图）。
后果：解决了脏读，但可能发生不可重复读。
应用：很多互联网公司的选择。它通过放弃"可重复读"，减少了间隙锁，从而提升了高并发下的性能。

3. 可重复读 (REPEATABLE READ) - MySQL的默认选择

表现：在同一个事务内，多次读取同一数据的结果总是一致的。
实现：
1. MVCC ：事务在第一次读取时生成一个Read View，并在整个事务期间复用。这保证了"可重复读"。
2. Next-Key Lock ：为了解决幻读，InnoDB引入了Next-Key Lock，它是行锁（Record Lock） 与间隙锁（Gap Lock） 的结合，不仅锁住已存在的行，也锁住行与行之间的"间隙"，阻止其他事务插入新数据。
后果：MVCC解决了不可重复读，Next-Key Lock解决了幻读。
应用：MySQL InnoDB的默认隔离级别。
为何是默认？ 这主要是历史原因。早期的MySQL在主从复制（binlog_format=STATEMENT）时，READ COMMITTED级别可能导致主从数据不一致，而REPEATABLE READ能保证这一点。虽然现在binlog_format=ROW已无此问题，但RR作为默认值保留了下来。

4. 串行化 (SERIALIZABLE) - 最强但最慢

表现：最高的隔离级别，强制事务串行执行。
实现：对所有读取的数据都加共享锁（S锁），直到事务结束，完全杜绝了并发问题。
后果：数据最安全，但并发性能最差。
应用：极少使用，仅在数据一致性要求极高且并发量极低的特殊场景中考虑。

⚙️ 实现原理：MVCC 与锁的协奏曲

InnoDB通过两种核心机制协同实现了上述隔离级别：

MVCC (多版本并发控制) ：它负责处理读-写冲突，让读操作无需加锁，从而实现高并发。
- 其核心是Read View ：一个"快照"。
  - RC级别：语句级快照，每次查询生成新的，能看到最新提交的数据。
  - RR级别：事务级快照，第一次查询时生成，整个事务复用，保证了数据的一致性。
锁机制 (Locking) ：它负责处理写-写冲突。
- RC级别 ：主要使用行锁（Record Lock），只锁定被修改的行。
- RR级别 ：除了行锁，还引入了间隙锁（Gap Lock），锁定一个范围，防止幻读。这也是RR级别下更容易发生死锁的原因之一。

💡 如何选择隔离级别

默认首选 REPEATABLE READ (RR)：如果你对数据一致性要求较高，或不确定如何选择，使用MySQL的默认级别RR是一个安全且兼顾性能的选择。
考虑切换到 READ COMMITTED (RC) ：对于高并发、读写频繁的互联网应用，RC是很好的选择。
- 优点：由于没有间隙锁，锁冲突和死锁的概率大大降低，能提升并发性能。
- 代价：需要接受"不可重复读"的存在。
避免使用 READ UNCOMMITTED 和 SERIALIZABLE：前者太不安全，后者太慢，在常规业务中应避免。

🛠️ 如何查看和设置隔离级别

查看当前隔离级别：

sql 复制代码

-- 查看当前会话的隔离级别
SELECT @@transaction_isolation;
-- 或
SHOW VARIABLES LIKE 'transaction_isolation';

-- 查看全局隔离级别
SELECT @@global.transaction_isolation;

设置隔离级别：

sql 复制代码

-- 设置当前会话的隔离级别（会话结束后失效）
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

-- 设置全局隔离级别（需重启或新会话生效）
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;

⚠️ 常见误区

误区：隔离级别越高越好。 事实：SERIALIZABLE虽然最安全，但会严重拖垮并发性能。需要在安全与性能间找到平衡。
误区：MySQL的RR级别和标准SQL的RR一样。 事实：MySQL InnoDB的RR通过Next-Key Lock，实际上解决了幻读问题，比SQL标准定义更强。

💎 总结

隔离级别是数据库并发控制的核心，它通过在不同程度上限制事务间的可见性，来解决脏读、不可重复读和幻读等问题。

MySQL默认采用 REPEATABLE READ，在保证较强数据一致性的同时，兼顾了不错的并发性能。
READ COMMITTED 是另一个常用选择，通过放弃"可重复读"来换取更高的并发吞吐量和更低的死锁风险。
理解MVCC 和锁机制如何在不同级别下协同工作，是正确选择和应用隔离级别的关键。