Azure PostgreSQL中Hibernate未用@Transactional时Select语句性能过慢

首先，这个性能差异的核心原因其实和数据库连接复用以及Hibernate会话（Session）的生命周期直接相关，我来拆解下实际场景中的逻辑：

为什么无@Transactional时查询慢？ #

• 连接创建/销毁的重复开销：当方法没有标记@Transactional时，Spring Data JPA（底层依赖Hibernate）会为每一次单独的Select查询创建一个新的数据库连接，执行完成后立即关闭。100次查询就意味着100次连接的建立与销毁——PostgreSQL的连接本身有初始化开销，再加上Azure云环境的网络层额外消耗，累积起来就会导致70秒的耗时。
• Session初始化的重复成本：无事务场景下，每次查询都会新建一个Hibernate Session，Session的初始化、一级缓存的创建等操作都会重复执行，进一步增加了单次查询的耗时。

而标记@Transactional时，整个方法内的所有查询都会复用同一个数据库连接和Hibernate Session，只需要一次初始化开销，所以性能会大幅提升。

优化方案（按优先级排序） #

1. 给只读查询添加@Transactional(readOnly = true) #

这是最直接的解决方案，而且完全安全——对于纯查询的方法，添加@Transactional(readOnly = true)不仅能复用连接和Session，Hibernate还会针对只读场景做优化（比如禁用脏检查、跳过部分缓存刷新逻辑）。示例：

@Repository
public interface YourRepository extends JpaRepository<YourEntity, Long> {
    @Transactional(readOnly = true)
    List<YourEntity> findBySomeCondition(String condition);
}

2. 优化连接池配置（HikariCP） #

Spring Boot默认使用HikariCP作为连接池，合理的配置可以避免连接动态扩容的开销。建议调整以下参数：

spring:
  datasource:
    hikari:
      minimum-idle: 8  # 与maximumPoolSize一致，避免动态创建连接
      maximum-pool-size: 8
      idle-timeout: 300000  # 5分钟，让空闲连接保持活跃
      connection-timeout: 20000  # 20秒超时，避免等待连接阻塞
      max-lifetime: 1800000  # 30分钟，定期替换旧连接

3. 批量查询替代多次单条查询 #

如果你的100次查询是类似的（比如按不同ID查询），直接改用批量查询API，减少数据库交互次数：

// 用findAllById替代100次findById
List<YourEntity> entities = yourRepository.findAllById(Arrays.asList(1L, 2L, ..., 100L));

4. 排查Azure PostgreSQL的环境因素 #

• 确认你的Azure PostgreSQL实例的性能 tier（比如GP_Gen5）是否匹配业务负载，避免资源瓶颈；
• 检查应用与PostgreSQL是否在同一个VNet中，减少跨公网的网络延迟；
• 查看PostgreSQL的pg_stat_activity视图，确认是否有连接堆积或慢查询阻塞的情况：

SELECT * FROM pg_stat_activity WHERE state = 'active';

验证方法 #

可以通过HikariCP的监控指标（比如hikaricp.connections.created）查看连接创建次数，或者在PostgreSQL中执行SELECT count(*) FROM pg_stat_activity，对比有无事务时的连接数变化，确认是否是连接开销导致的性能问题。

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