Java中设置事务隔离级别核心是通过DataSource或JPA配置交由数据库执行加锁或MVCC，而非手动加锁；READ_UNCOMMITTED不防任何问题，READ_COMMITTED防脏读，REPEATABLE_READ防脏读和不可重复读（MySQL InnoDB还通过Next-Key Lock防幻读），SERIALIZABLE全防但性能最低。
Java 中设置事务隔离级别，核心是通过 DataSource 或 JPA/Hibernate 配置指定级别，让底层数据库按需加锁或启用 MVCC 机制，从而防范脏读、不可重复读和幻读。关键不在于 Java 代码“手动加锁”，而在于正确声明并交由数据库执行。
明确各隔离级别能解决的问题
不同级别对应不同并发问题的防护能力：
- READ_UNCOMMITTED：不防任何问题（脏读、不可重复读、幻读都可能发生），基本不用
- READ_COMMITTED：防止脏读，但不可重复读和幻读仍存在（Oracle 默认）
- REPEATABLE_READ：防止脏读和不可重复读；MySQL InnoDB 在此级别用间隙锁+Next-Key Lock进一步避免幻读
- SERIALIZABLE：全部防止，但性能最低，所有读操作隐式加范围锁
在 Spring 中声明式设置（最常用）
使用 @Transactional 注解直接指定隔离级别：
@Transactional(isolation = Isolation.REPEATABLE_READ)
public void transferMoney(Long fromId, Long toId, BigDecimal amount) {
// 扣款、入账等操作
}注意：
- Isolation.REPEATABLE_READ 在 MySQL 上生效，在 PostgreSQL 上实际映射为 READ_COMMITTED（因 PG 不支持该语义）
- 若数据库不支持所设级别，Spring 会抛出异常或静默降级（取决于 JDBC 驱动实现）
编程式控制与 DataSource 层配置
若需全局统一或动态切换，可在数据源初始化时设置：
立即学习“Java免费学习笔记（深入）”；
- HikariCP 配置示例（application.yml）：
spring:
datasource:
hikari:
connection-init-sql: "SET TRANSACTION ISOLATION LEVEL REPEATABLE READ"或在获取 Connection 后手动设置：
Connection conn = dataSource.getConnection(); conn.setTransactionIsolation(Connection.TRANSACTION_REPEATABLE_READ);
⚠️ 注意：必须在 conn.setAutoCommit(false) 之后、执行 SQL 之前调用，否则无效。
特别提醒：幻读在 MySQL 中的实际情况
标准 SQL 定义中，REPEATABLE_READ 无法保证避免幻读，但 MySQL InnoDB 是个例外：
- 它通过Next-Key Lock（行锁 + 间隙锁）锁定查询范围，阻止其他事务插入符合 WHERE 条件的新行
- 例如：事务 A 执行
SELECT * FROM orders WHERE status = 'pending'，InnoDB 会锁住所有 status='pending' 的索引区间，B 就无法插入新 pending 订单 - 因此在 MySQL 中，RR 级别已基本覆盖幻读场景；但若用的是 快照读（如 SELECT 不加锁），且配合 UPDATE 操作，仍可能因写偏斜（Write Skew）引发逻辑异常
