MySQL事务隔离级别用于控制并发事务的数据可见性，共四种：READ UNCOMMITTED允许脏读、不可重复读和幻读；READ COMMITTED避免脏读，但存在不可重复读和幻读；REPEATABLE READ解决脏读和不可重复读，InnoDB通过MVCC和间隙锁减少幻读；SERIALIZABLE完全串行化，避免所有并发问题但性能最差。默认级别为REPEATABLE READ，适用于多数场景，在一致性与性能间平衡；READ COMMITTED适合需最新数据的业务；SERIALIZABLE仅用于极高一致性要求。可通过SELECT @@transaction_isolation查看级别，用SET SESSION/GLOBAL TRANSACTION ISOLATION LEVEL设置。实际应用中应根据需求权衡一致性与性能，REPEATABLE READ在InnoDB中表现优于标准定义。
1. 脏读、不可重复读、幻读是什么？
在理解隔离级别前，先明确三种常见的并发问题：
- 脏读（Dirty Read）：一个事务读到了另一个事务尚未提交的数据。如果后者回滚，前者就读到了“脏”数据。
- 不可重复读（Non-repeatable Read）：同一个事务内，两次读取同一行数据结果不同，因为其他事务在这期间修改并提交了该行。
- 幻读（Phantom Read）：同一个事务中，两次执行相同查询，返回的行数不同，因为其他事务插入或删除了符合条件的新行。
2. MySQL 的四种事务隔离级别
MySQL 支持 SQL 标准定义的四种隔离级别，从低到高依次为：
-
READ UNCOMMITTED（读未提交）
最低级别。允许读取其他事务未提交的数据，可能出现脏读、不可重复读、幻读。性能最好，但数据一致性最差。 -
READ COMMITTED（读已提交）
只能读取已提交事务的数据，避免了脏读。但不可重复读和幻读仍可能发生。
Oracle 和 SQL Server 默认使用此级别。 -
REPEATABLE READ（可重复读）
保证在同一事务中多次读取同一数据结果一致，解决了脏读和不可重复读。
MySQL InnoDB 引擎默认级别。通过多版本并发控制（MVCC）和间隙锁（Gap Lock）机制，在大多数场景下也避免了幻读。 -
SERIALIZABLE（串行化）
最高隔离级别。所有事务串行执行，彻底避免脏读、不可重复读、幻读。
通过强制加锁实现，但并发性能最差，只用于对一致性要求极高的场景。
3. 如何设置和查看隔离级别？
你可以通过以下命令查看当前会话或全局的隔离级别：
DESTOON B2B网站管理系统
下载
DESTOON B2B网站管理系统是一套完善的B2B(电子商务)行业门户解决方案。系统基于PHP+MySQL开发，采用B/S架构，模板与程序分离，源码开放。模型化的开发思路，可扩展或删除任何功能；创新的缓存技术与数据库设计，可负载千万级别数据容量及访问。
SELECT @@transaction_isolation;
设置当前会话的隔离级别示例：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
设置全局隔离级别（影响新连接）：
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
4. 实际建议
- 大多数应用使用 MySQL 默认的 REPEATABLE READ 就足够了，它在一致性与性能间取得了良好平衡。
- 如果业务需要频繁读取最新提交数据（如金融交易状态），可以考虑切换到 READ COMMITTED。
- 除非极端情况，一般不推荐使用 SERIALIZABLE，容易引发锁等待和死锁。
- 理解 MVCC 和锁机制有助于深入掌握隔离行为，尤其是在高并发写场景下。
