Spring Data/Hibernate优化：如何避免检查二级缓存前自动打开JDBC连接

Hibernate默认会在Session执行首次操作（哪怕是二级缓存查询）时就从连接池获取JDBC连接，即便最终缓存命中、无需数据库交互，连接依然会被占用。这是因为Session与JDBC连接的绑定逻辑默认是提前触发的，而非延迟到真正需要数据库操作时。

针对这个问题，可通过以下几种方案解决：

1. 切换为无状态会话（StatelessSession） #

• 无状态会话不会提前绑定JDBC连接，仅在实际执行数据库查询时才获取连接，完全适配缓存优先的只读场景。
• 注意：无状态会话不支持一级缓存、事务上下文管理，仅适合纯查询场景。
• 在Spring Data JPA中，可通过EntityManager.unwrap(StatelessSession.class)获取无状态会话来执行查询。

2. 调整Hibernate连接处理模式 #

• 修改Hibernate配置，延迟连接的获取时机：
  • 对于Hibernate 5.x及以上版本，推荐设置：

    hibernate.connection.handling_mode=DELAYED_ACQUISITION_AND_RELEASE_AFTER_STATEMENT
    

  • 该配置会让Hibernate仅在需要执行JDBC语句时才从连接池获取连接，二级缓存命中时不会触发连接获取操作。

3. 优化只读事务的连接使用 #

• 对纯只读的缓存查询方法，添加@Transactional(readOnly = true)注解，结合全局只读配置减少不必要的连接绑定：
  • 在Spring Data JPA的Repository方法上标记@Transactional(readOnly = true)
  • 可全局配置hibernate.default_read_only=true，让Hibernate对所有只读操作优化连接使用逻辑。

调整配置后，重新查看会话指标，二级缓存命中的场景下应该不会再出现JDBC连接获取的记录，或者连接获取时间为0。

内容的提问来源于stack exchange，提问作者Sander Knopper