MySQL事务隔离级别共四种：READ UNCOMMITTED（读未提交）、READ COMMITTED（读已提交）、REPEATABLE READ（可重复读，默认）、SERIALIZABLE（串行化），按隔离强度从低到高排列，分别解决脏读、不可重复读、幻读问题，兼顾一致性与并发性能。
MySQL 事务隔离级别共有四种，按隔离强度从低到高依次是：READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ、SERIALIZABLE。MySQL 默认使用 REPEATABLE READ，它在避免脏读和不可重复读的同时，兼顾了并发性能。
READ UNCOMMITTED（读未提交）
这是最低的隔离级别，允许一个事务读取另一个事务尚未提交的数据。
- 可能引发脏读：比如事务 B 修改了某行但还没提交，事务 A 就读到了这个中间值；若 B 后续回滚，A 读到的就是无效数据
- 不会加行级读锁，性能最高，但数据一致性最差
- 实际业务中极少启用，仅用于对一致性无要求的统计类场景
READ COMMITTED（读已提交）
一个事务只能看到其他事务已经提交后的数据变更。
- 解决了脏读问题，但无法保证同一事务内多次读取结果一致
- 会出现不可重复读：第一次查某行是 1000，其他事务提交修改后，第二次查变成 800
- InnoDB 在该级别下，每次 SELECT 都会建立新的快照（基于当前已提交版本），不复用事务开始时的视图
REPEATABLE READ（可重复读）
MySQL 默认级别，
也是 InnoDB 最常用、最平衡的选择。
- 事务启动时创建一致性视图（Read View），整个事务期间都基于该快照读取数据
- 彻底避免脏读和不可重复读，两次 SELECT 同一行结果一定相同
- 仍存在幻读风险：其他事务插入/删除满足条件的新记录，导致范围查询结果集行数变化
- InnoDB 通过间隙锁（Gap Lock）+ 行锁在多数情况下抑制幻读，但纯快照读（如普通 SELECT）仍可能感知到新插入的行
SERIALIZABLE（串行化）
最高隔离级别，强制事务串行执行，完全消除并发异常。
- 所有 SELECT 隐式加上共享锁（SELECT ... LOCK IN SHARE MODE），写操作加排他锁
- 能防止脏读、不可重复读、幻读三类问题
- 并发度大幅下降，容易出现锁等待甚至死锁，仅适用于极低并发、强一致要求的场景（如金融核心账务核对）
