升级Java、Spring及Hibernate版本后，Hibernate 5.6为何性能骤降？

以下是升级后查询性能下降的常见原因及排查方向：

• 关联抓取策略变更：Hibernate 5.x 对关联实体的默认抓取行为与3.3存在差异，例如部分原本默认懒加载的关联关系，在5.6中可能变为即时抓取，触发大量N+1查询。检查实体类中@OneToMany、@ManyToOne等注解的fetch属性，对比升级前后的配置是否一致。
• 查询缓存配置失效：Hibernate 5.x 调整了查询缓存的机制，若升级后未正确配置查询缓存（如未开启hibernate.cache.use_query_cache，或缓存提供者配置错误），会导致重复查询数据库，大数据量场景下性能差异尤为明显。
• 结果集处理逻辑变化：Hibernate 5.6 对结果集映射、对象实例化的逻辑做了调整，若使用原生SQL或自定义HQL，可能因新的类型校验、字段映射规则增加耗时。对比新旧版本执行的SQL语句是否一致，再检查结果映射代码的兼容性。
• 数据库方言配置错误：Hibernate 5.x 对数据库方言的要求更严格，若未同步更新方言配置（例如从org.hibernate.dialect.MySQLDialect切换到org.hibernate.dialect.MySQL8Dialect），会导致生成的SQL效率低下，比如无法正确使用索引、分页语法错误。
• 连接池配置不兼容：Spring 5.3 与Hibernate 5.6 对数据源连接池的参数要求有所变化，若连接池的最大连接数、超时时间等配置不合理，会导致查询时等待连接的时间变长。检查hibernate.cfg.xml或application.properties中的连接池参数，如hibernate.connection.pool_size、HikariCP相关配置。
• JVM参数适配问题：升级到Java 11后，默认JVM参数（如垃圾回收器、堆内存）与Java 8不同，若未调整至合适参数，会导致对象实例化、GC耗时增加，间接影响查询性能。例如Java 11默认使用G1GC，需根据应用负载调整GC参数。
• Hibernate内部性能开关配置不当：Hibernate 5.x 新增了部分性能相关配置，比如hibernate.query.in_clause_parameter_padding默认开启，当IN子句参数较多时会填充参数，可能降低性能；或hibernate.jdbc.batch_size配置不合理，导致批量处理失效。
• 实体映射兼容性问题：升级后实体类的映射注解可能存在隐性变化，例如@Column的nullable、length默认值调整，或字段类型映射规则变更，导致Hibernate生成的SQL执行计划变差（如未命中索引）。使用数据库的EXPLAIN工具分析新旧版本SQL的执行计划差异。

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