MySQL事务隔离级别共四种：READ UNCOMMITTED（脏读）、READ COMMITTED（避免脏读但不可重复读）、REPEATABLE READ（默认，解决不可重复读，MVCC+间隙锁缓解幻读）、SERIALIZABLE（串行化，彻底避免三类问题但性能差）；ACID由undo log（原子性）、约束与多机制协同（一致性）、MVCC+锁（隔离性）、redo log（持久性）保障。
MySQL事务隔离级别共四种，对应SQL标准定义，从低到高分别是：READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ、SERIALIZABLE。默认是 REPEATABLE READ（InnoDB引擎下）。ACID则是事务必须满足的四个核心特性：原子性、一致性、隔离性、持久性。
四种隔离级别分别解决什么问题
每种级别在并发场景下控制数据可见性的方式不同，直接影响是否出现脏读、不可重复读、幻读：
- READ UNCOMMITTED：最低级别，允许读取其他事务未提交的数据 → 可能发生脏读
- READ COMMITTED：只能读到已提交的数据 → 避免脏读，但同一事务内多次查询可能结果不同 → 出现不可重复读
- REPEATABLE READ：MySQL默认级别，保证事务内多次相同查询结果一致 → 解决不可重复读；InnoDB通过MVCC+间隙锁进一步缓解幻读（但未完全杜绝）
- SERIALIZABLE：最高级别，强制事务串行执行 → 彻底避免脏读、不可重复读、幻读，但并发性能最差
ACID特性的实现机制
ACID不是抽象概念，而是由MySQL（尤其是InnoDB）底层组件协同保障的：
- 原子性（Atomicity）：靠undo log实现。事务回滚时，用undo log逆向还原每一步操作
- 一致性（Consistency）：是ACID的结果，不是单一技术实现；依赖原子性、隔离性、持久性共同达成，外加约束（如主键、外键）、触发器等业务规则
- 隔离性（Isolation）：InnoDB主要靠MVCC（多版本并发控制） + 锁机制（记录锁、间隙锁、临键锁） 实现，不同隔离级别启用不同组合
- 持久性（Durability）：靠redo log保证。事务提交前，变更先写入redo log并刷盘，即使崩溃也能恢复
如何查看和修改隔离级别
常用命令简洁实用，注意区分会话级与全局级：
- 查看当前会话隔离级别：SELECT @@tx_isolation;（MySQL 5.7及之前）或 SELECT @@transaction_isolation;（MySQL 8.0+）
- 查看全局默认级别：SELECT @@GLOBAL.transaction_isolation;
- 临时修改当前会话级别：SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
- 不建议直接改全局级别，若需调整，使用：SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;（需SUPER权限）
实际开发中怎么选
没有“最好”，只有“最合适”。选择要结合业务敏感度与性能要求：
- 日志类、统计类等对实时一致性要求低的场景，可用 READ COMMITTED 提升并发吞吐
- 金融、订单、库存等强一致性场景，保持默认 REPEATABLE READ 更稳妥
- SERIALIZABLE 基本只用于极特殊调试或测试，生产环境慎用
- READ UNCOMMITTED 几乎不用——脏读风险太高，得不偿失
基本上就这些。理解隔离级别，关键不是背名称，而是清楚每种级别下“我这次读到的数据，到底是谁写的、什么时候写的、有没有可能被撤回”。搞懂这点，ACID也就自然落地了。
