read_committed可防脏读但不能防不可重复读和幻读；repeatable_read可防前两者但标准下仍允许幻读（mysql innodb通过next-key lock增强防护）；serializable彻底解决三类问题但性能最低。
Java 中处理脏读、不可重复读和幻读，核心不是靠代码加锁或手动控制数据版本，而是借助数据库的事务隔离机制，再通过 Spring 或 JDBC 正确声明和传递隔离级别，让底层（如 MySQL InnoDB 的 MVCC 或锁）自动拦截不安全的并发行为。
脏读：用 READ_COMMITTED 就能拦住
脏读是指读到了其他事务修改但尚未提交的数据。一旦那个事务回滚，当前读到的就是“不存在”的值。
- READ_COMMITTED 级别确保只读已提交的数据，天然杜绝脏读
- Oracle 默认就是这个级别；MySQL InnoDB 支持且常用
- Spring 中直接用注解：@Transactional(isolation = Isolation.READ_COMMITTED)
- 不推荐用 READ_UNCOMMITTED，它放行所有未提交变更，风险极高
不可重复读：得升到 REPEATABLE_READ
同一事务内两次查同一条记录，结果不同——说明中间有别的事务改完并提交了。READ_COMMITTED 不防这个，因为每次 SELECT 都生成新快照，不锁定行。
- REPEATABLE_READ 保证事务启动时看到的数据视图全程不变
- MySQL InnoDB 默认级别，靠 MVCC + 一致性快照实现
- 注意：它仍不防幻读（标准定义下），但 InnoDB 用 Next-Key Lock 在范围查询中做了增强
- Spring 注解写法：@Transactional(isolation = Isolation.REPEATABLE_READ)
幻读：需要 REPEATABLE_READ 配合间隙锁，或直接上 SERIALIZABLE
幻读关注的是“集合变化”：两次相同条件查询，返回行数不同（因别人插入/删除了匹配的数据）。它不是单行值变，而是符合条件的行增减了。
- 标准 REPEATABLE_READ 对幻读防护有限；但 MySQL InnoDB 在该级别下对范围查询自动启用间隙锁（Gap Lock）和临键锁（Next-Key Lock），实际可避免大多数幻读
- 若业务对一致性要求极高（比如金融对账），可设为 SERIALIZABLE——数据库强制串行执行，彻底消灭三类问题，但并发性能明显下降
- 不建议在应用层用 SELECT ... FOR UPDATE 滥加锁来“模拟”高隔离，易引发死锁且难以维护
配置方式要匹配场景
隔离级别既可在方法粒度声明，也可在连接池或会话级统一设置：
- 推荐用 @Transactional 声明式控制，清晰、解耦、易测试
- 全局默认可配 HikariCP：spring.datasource.hikari.connection-init-sql=SET TRANSACTION ISOLATION LEVEL READ COMMITTED
- 编程式获取 Connection 后设置，仅适用于原生 JDBC 场景，且必须在 setAutoCommit(false) 之后、执行前调用
- 注意：若数据库不支持指定级别（极少见），驱动可能抛异常或静默降级，上线前需验证
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
