read_committed能防脏读但不能防不可重复读和幻读，因其每次查询生成新快照而非锁定数据行，导致同一事务内多次读取可能返回其他事务已提交的修改结果。
Java 事务管理中，解决脏读和不可重复读的关键不是在代码里手动加锁，而是通过声明或配置合适的事务隔离级别，让数据库底层机制（如 MVCC 或行锁）自动拦截不安全的并发访问。
读已提交（READ_COMMITTED）能防什么、不能防什么
READ_COMMITTED 是最常用且平衡性较好的级别。它明确阻止脏读——即一个事务无法读到另一个未提交事务修改的数据；但对不可重复读没有防护能力：同一事务内两次查询同一条记录，中间若被其他事务更新并提交，第二次查询会看到新值。
- ✅ 防脏读：数据库确保只返回已提交版本的数据（Oracle 默认，MySQL InnoDB 可配）
- ❌ 不防不可重复读：两次 SELECT 同一主键行，可能因其他事务 UPDATE+COMMIT 而结果不同
- ❌ 不防幻读：其他事务 INSERT/DELETE 符合 WHERE 条件的行，会影响 COUNT 或范围查询结果
Spring 中用 @Transactional 声明隔离级别
这是最简洁、推荐的方式。只需在服务方法上标注，Spring 会在开启事务时通知数据库使用指定级别：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
@Transactional(isolation = Isolation.READ_COMMITTED)
public void checkBalance(Long accountId) {
BigDecimal balance = accountRepository.findById(accountId).map(Account::getBalance).orElse(BigDecimal.ZERO);
// 后续业务逻辑...
}
- 该注解仅在启用事务管理（
@EnableTransactionManagement）时生效 - 若数据库不支持 READ_COMMITTED（极罕见），JDBC 驱动通常会抛异常或静默降级
- 注意：该级别对单行读有效，但对范围查询（如
SELECT * FROM orders WHERE status='pending'）仍可能遇到幻读
编程式设置与 DataSource 全局配置
当需要统一所有事务默认级别，或运行时动态切换时，可从连接源头控制：
- 全局配置（如 HikariCP）：
spring.datasource.hikari.connection-init-sql=SET TRANSACTION ISOLATION LEVEL READ COMMITTED - 手动获取连接后设置（必须在
setAutoCommit(false)之后、执行 SQL 之前）：Connection conn = dataSource.getConnection();<br>conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);
- 此方式适合 JDBC 原生操作，但需确保连接未被连接池提前复用或关闭
为什么 READ_COMMITTED 不能解决不可重复读？
根本原因在于它的实现机制：数据库为每次 SELECT 生成新的快照（如 Oracle 的 SCN、PostgreSQL 的事务快照），而不是锁定数据行。所以第一次读取后，其他事务仍可修改并提交同一行；第二次读取会看到新快照里的最新已提交值。
- 要彻底避免不可重复读，需升级到 REPEATABLE_READ 级别（MySQL InnoDB 默认）
- 但要注意：REPEATABLE_READ 在 PostgreSQL 上实际行为等价于 READ_COMMITTED，因 PG 不提供语义一致的“可重复读”
- 如果业务强依赖多次读取绝对一致（如金融核对），应结合应用层乐观锁或显式 SELECT FOR UPDATE
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
