MySQL事务隔离级别共四种：READ UNCOMMITTED允许脏读；READ COMMITTED避免脏读但存在不可重复读和幻读；REPEATABLE READ为默认级别，解决脏读和不可重复读，通过MVCC和间隙锁缓解幻读；SERIALIZABLE强制串行执行，完全避免三类问题但性能最差。
MySQL 中的事务隔离级别，是用来控制多个事务并发执行时，彼此之间能看到哪些数据、不能看到哪些数据的机制。它决定了一个事务在执行过程中，能否读到其他事务未提交或已提交但尚未完成的修改，从而避免脏读、不可重复读和幻读等问题。
四种标准隔离级别及其特点
SQL 标准定义了四种隔离级别，MySQL 的 InnoDB 存储引擎全部支持：
- READ UNCOMMITTED（读未提交）：最低级别。一个事务可以读到其他事务还没提交的更改，会出现脏读、不可重复读、幻读。
- READ COMMITTED（读已提交）：只能读到其他事务已提交的数据。可避免脏读，但同一事务内多次查询可能结果不同（不可重复读），也可能出现幻读。
- REPEATABLE READ（可重复读）：MySQL 默认级别。保证同一事务中多次读取同一行数据结果一致，解决了脏读和不可重复读；InnoDB 通过多版本并发控制（MVCC）+ 间隙锁（Gap Lock）进一步缓解幻读，但严格意义上仍可能存在幻读场景（如新插入的记录被其他事务查到）。
- SERIALIZABLE（串行化）：最高级别。所有读操作都会隐式加共享锁，写操作加排他锁，强制事务串行执行。完全避免脏读、不可重复读、幻读，但并发性能最差。
如何查看和设置隔离级别
可以通过以下方式查看或修改当前会话或全局的隔离级别：
- 查看当前会话级别：SELECT @@transaction_isolation;
- 查看全局默认级别：SELECT @@global.transaction_isolation;
- 设置当前会话为 READ COMMITTED：SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
- 设置全局默认（需 SUPER 权限）：SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;
注意：全局设置只影响之后新建立的连接，不会改变已有连接的隔离级别。
不同级别对 MVCC 和锁的影响
InnoDB 在不同隔离级别下对 MVCC 和锁的使用策略不同：
- 在 READ COMMITTED 下，每次 SELECT 都会创建新的一致性视图（read view），所以能立即看到其他事务已提交的最新数据。
- 在 REPEATABLE READ 下，事务第一次执行 SELECT 时就创建 read view，并在整个事务期间复用，因此后续查询看到的仍是快照数据。
- 写操作（UPDATE/DELETE）在所有级别下都会加行级锁；而 SERIALIZABLE 下普通 SELECT 也会被转换成 SELECT ... LOCK IN SHARE MODE，导致读也加锁。
实际选型建议
大多数业务系统推荐使用 MySQL 默认的 REPEATABLE READ：
- 兼顾了数据一致性与并发性能；
- 配合合理索引和事务设计，基本可规避典型并发问题；
- 若遇到复杂并发更新冲突（如“丢失更新”），可在应用层加乐观锁（版本号）或重试逻辑，比降级到 SERIALIZABLE 更高效。
- 只有强一致性要求极高、且并发量不大的后台管理类场景，才考虑 SERIALIZABLE。
