Java中可重复读由数据库（如MySQL InnoDB）基于MVCC和一致性视图实现，Java仅通过JDBC传递隔离级别并控制事务边界；显式声明@Transactional(isolation = Isolation.REPEATABLE_READ)确保可靠性，配合Gap Lock或行锁可解决幻读。
Java 中利用可重复读（REPEATABLE READ）保证同一事务内数据一致，核心不是 Java 代码主动“做”什么，而是通过 JDBC 驱动将隔离级别传递给数据库（如 MySQL InnoDB），由数据库引擎基于 MVCC 和一致性视图机制来实现。Java 层主要负责声明、传播和边界控制。
明确设置隔离级别
Spring 事务中需显式指定 Isolation.REPEATABLE_READ，否则可能依赖数据库默认（MySQL 默认是 RR，但显式声明更可靠且可移植）：
- 使用
@Transactional(isolation = Isolation.REPEATABLE_READ)注解标注方法 - 若底层数据库不支持 RR（如某些 PostgreSQL 配置或 H2 内存模式），会降级或报错，需提前验证
- 注意：
Isolation.DEFAULT依赖数据库配置，不可控；生产环境建议固定为 RR
依赖 InnoDB 的 MVCC 快照机制
Java 不参与快照生成，但必须确保事务在数据库层面以 RR 模式启动，才能触发 InnoDB 的一致性读视图：
- 事务首次执行 SELECT 时，InnoDB 会创建一个“快照”，记录当前已提交的最新版本号
- 后续所有 SELECT（包括相同 SQL 多次执行）都只读取该快照范围内的数据版本，无视其他事务在此之后的 UPDATE/DELETE
- 即使其他事务提交了对同一行的修改，本事务仍看到原始值——这就是“可重复读”的本质
避免幻读需配合 Gap Lock 或 SELECT ... FOR UPDATE
标准 RR 能防止不可重复读，但无法完全避免幻读（新插入的行满足查询条件）。Java 应用中需主动干预：
立即学习“Java免费学习笔记（深入）”；
- 对范围查询加锁：
SELECT * FROM t WHERE id BETWEEN 1 AND 10 FOR UPDATE，InnoDB 会加 Gap Lock，阻止其他事务在间隙插入 - 业务上尽量用主键或唯一索引精确查询，减少范围扫描场景
- 若强一致性要求极高，可临时提升到 SERIALIZABLE，但会显著降低并发度
事务边界与连接复用要匹配
RR 效果依赖事务生命周期内使用同一个数据库连接：
- Spring 默认的
Propagation.REQUIRED可复用已有连接，确保整个逻辑单元在同一事务上下文中 - 避免在事务内手动获取新 Connection（如 JdbcTemplate 手动 new DataSourceUtils.getConnection()），否则脱离事务控制
- 连接池配置需支持事务绑定（如 HikariCP 的
isolateInternalQueries=false等默认即合规）
