1. READ UNCOMMITTED（读未提交）

• 定义：一个事务可以读取另一个未提交事务修改的数据。
• 问题：存在 脏读（读取到未提交的无效数据）、不可重复读和幻读。
• 适用场景：几乎不使用，仅在对数据一致性要求极低且追求极致性能时考虑。

2. READ COMMITTED（读已提交）

• 定义：一个事务只能读取另一个已提交事务的数据，避免脏读。
• 解决问题：防止脏读。
• 存在问题：可能出现 不可重复读（同一事务内两次读取同一数据，结果因其他事务提交而不同）和幻读。
• 适用场景：多数互联网业务（如电商订单、支付场景），是 Oracle、SQL Server 等数据库的默认隔离级别。

3. REPEATABLE READ（可重复读，MySQL 默认）

• 定义：保证同一事务内多次读取同一数据的结果一致，不受其他事务提交的影响。
• 解决问题：防止脏读和不可重复读。
• 特殊说明：
  MySQL InnoDB 通过 MVCC（多版本并发控制） 机制实现可重复读，且通过 间隙锁（Gap Lock） 解决了标准隔离级别中可能存在的 幻读 问题（这是 MySQL 的特有优化）。
• 适用场景：大多数业务场景，在一致性和并发性能间取得较好平衡。

4. SERIALIZABLE（串行化）

• 定义：最高隔离级别，强制事务串行执行（类似单线程），完全避免并发冲突。
• 解决问题：防止脏读、不可重复读和幻读。
• 问题：并发性能极差，可能导致大量事务超时。
• 适用场景：对数据一致性要求极高且并发量极低的场景（如金融核心交易的特定步骤）。

查看与修改隔离级别

查看当前隔离级别

-- 查看全局隔离级别（新会话默认使用）
SELECT @@global.transaction_isolation;

-- 查看当前会话隔离级别
SELECT @@transaction_isolation;

修改隔离级别

-- 修改全局隔离级别（需重新连接生效）
SET GLOBAL transaction_isolation = 'READ-COMMITTED';

-- 修改当前会话隔离级别（立即生效）
SET SESSION transaction_isolation = 'SERIALIZABLE';

隔离级别参数值

总结

• 多数场景：使用 MySQL 默认的 REPEATABLE READ
• 需兼容其他数据库（如 Oracle）：可改为 READ COMMITTED
• 极端一致性要求：使用 SERIALIZABLE（谨慎使用）