Spring Boot中只读事务与无事务查询的性能及DB负载对比

背景 #

在Spring Boot中，默认所有Repository方法都运行在Spring事务环境中：SimpleJpaRepository类上标注了@Transactional(readOnly = true)注解，而写方法会通过方法级的@Transactional注解覆盖该配置。

核心问题 #

从数据库负载与性能角度出发，哪种方案更适合仅执行查询（无数据库写入）的方法：

• 保留默认的只读事务模式；
• 通过@EnableJpaRepositories(enableDefaultTransactions = false)禁用默认Spring事务，仅为写方法手动开启事务，让查询方法无需启动显式事务。

同时，是否有相关实验对比两者的性能差异？本地测试两种方案均能正常运行，需明确哪种在性能与数据库负载表现上更优。

方案分析与结论 #

只读事务模式的优势 #

• 数据库层面优化：多数数据库会对只读事务做针对性优化，比如PostgreSQL会跳过部分锁机制、MySQL InnoDB会减少事务日志写入开销、Oracle会启用快照读避免行锁，直接降低数据库负载。
• ORM框架优化：Spring标注的readOnly=true会提示Hibernate等ORM框架关闭脏数据检查、优化缓存策略，减少不必要的对象状态跟踪，提升查询执行效率。

无事务查询的潜在问题 #

• 隔离性缺失：如果是多查询组成的逻辑操作，无事务环境下无法保证查询结果的一致性——两次查询之间数据被修改时，会出现结果不一致的情况。
• 连接开销增加：部分数据库驱动或ORM框架在无事务场景下，每次查询可能会频繁创建/切换连接状态，反而增加连接池的资源开销。

性能对比实验情况 #

已有开发者针对两种方案做过高并发场景的对比测试：

• 在生产级高并发查询场景下，带readOnly=true的事务方案整体性能更优，数据库负载更低。数据库与ORM的优化收益完全能抵消事务启动的微小开销。
• 仅在极端低并发、单条简单查询的场景下，无事务方案的开销可能略低，但这种场景几乎不会出现在实际生产环境中。

推荐方案 #

优先保留默认的@Transactional(readOnly = true)配置：

• 既能享受数据库和ORM的双重优化红利，又能保证查询操作的隔离性（尤其是复杂查询逻辑）。
• 若确实存在极个别简单查询需要极致优化，可以单独为该方法标注@Transactional(propagation = Propagation.NOT_SUPPORTED)来规避事务，但这种情况属于特例，不建议全局禁用默认事务。

内容的提问来源于stack exchange，提问作者Thangavel Ramasamy