Hibernate执行JDBC语句远慢于SQL客户端的原因排查

我发现某一特定查询通过Hibernate执行时，耗时远长于将生成的SQL直接在SQL客户端中运行的时间：

• Hibernate统计日志显示：执行2条JDBC语句耗时67839913762纳秒，约等于1.13分钟
• 将生成的SQL直接在SQL Developer中运行，最长仅需1.5秒

想请教造成该差异的可能原因有哪些？按常理JDBC语句执行时间由数据库决定，为何相同SQL在Hibernate中会如此缓慢？

示例实体类 #

@Entity
@Data
@AllArgsConstructor
@Builder
public class GpCustomer {
  @Id
  @Column(name = "CUSTNO")
  private String custno;

  @Column(name = "COMPANY")
  private String company;
}

示例仓库 #

@Repository
public interface GpCustomerRepository extends JpaRepository<GpCustomer, String> {}

示例服务 #

public Page<GpCustomer> findAllCustomers() {
    Pageable limit = PageRequest.of(0,10);
    return gpCustomerRepository.findAll(limit);
}

更新：Hibernate统计信息（中文翻译） #

会话指标 {
    获取1个JDBC连接耗时137214920纳秒；
    释放0个JDBC连接耗时0纳秒；
    准备2条JDBC语句耗时18734658纳秒；
    执行2条JDBC语句耗时67839913762纳秒；
    执行0个JDBC批处理耗时0纳秒；
    执行0次二级缓存写入耗时0纳秒；
    执行0次二级缓存命中耗时0纳秒；
    执行0次二级缓存未命中耗时0纳秒；
    执行0次刷新操作耗时0纳秒（共刷新0个实体和0个集合）；
    执行2次部分刷新操作耗时16386纳秒（共刷新0个实体和0个集合）
}

可能的差异原因分析 #

• 参数类型与索引适配问题：Hibernate对参数的自动类型转换可能导致数据库无法匹配索引。比如字符串参数的字符集与数据库列不匹配，或数值类型隐式转换触发全表扫描，直接拉低执行效率。
• 执行计划不一致：即使SQL文本相同，Hibernate使用的JDBC驱动版本、数据库会话参数（如optimizer_mode、日期格式）可能与SQL Developer不同，导致数据库生成的执行计划差异巨大。
• 连接属性差异：Hibernate的数据库连接配置（如事务隔离级别、autoCommit设置）与SQL Developer的连接属性不一致，过高的隔离级别可能引发额外的锁等待，增加执行耗时。
• 数据库资源竞争：执行Hibernate查询时，数据库可能处于高负载状态（如其他业务占用大量CPU/IO），而在SQL Developer中运行时资源更充足，导致耗时差异。
• 结果集映射开销：虽然统计显示耗时主要在语句执行阶段，但如果实体映射逻辑复杂（比如关联对象懒加载触发额外查询），也可能间接增加整体耗时，需确认是否存在隐式的额外查询。

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