关于Hibernate的内存查询

2019独角兽企业重金招聘Python工程师标准>>> ...

Hibernate QueryPlanCache 查询计划缓存引发的内存溢出 在生产环境中有一个后端程序多次报oom然后导致程序中断。

如果大量使用in查询，由于参数数量不同，hibernate会把其当成不同的sql进行缓存，从而缓存大量的sql导致heap内存溢出。in_clause_parameter_padding参数让in查询条件的参数数量自动填充到2的幂以减少不同sql的数量。根据内存快照可见大量org.hibernate.engine.query.spi.QueryPlanCache对象。例如，1或2个参数则自动构建为 ‘in (?)’ 3,4个参数构建为 ‘in (?对于填充的绑定参数，将使用提供的最后一个参数值。

在java服务项目上线之后经常会出现宕机的情况常见原因内存溢出1.查到服务进程号[root@wms ~]# ps -ef|grep javaroot 6399 6069 0 08:57 pts/2 00:00:00 grep --color=auto javaroot 25374 1 0 Oct17 ? 00:21:19 /usr/local/jdk/jre/bin/java -Djava.uti...

本文深入剖析了一个SpringBoot项目中因Hibernate的IN查询导致内存溢出的典型案例。问题根源在于Hibernate的QueryPlanCache会为不同参数长度的IN查询生成独立的查询计划，在高并发且参数长度多变的场景下，缓存无限增长最终引发OOM。文章提供了通过配置`plan_cache_max_size`和启用`in_clause_parameter_padding`等核心解决方案，并分享了使用Arthas进行诊断和代码层的最佳实践，帮助开发者有效规避此类内存陷阱。

set和map集合保存到数据库是无序的，但我们查询的时候希望带顺序查询，不是默认顺序，这就涉及查询排序问题。 有两种查询排序：内存排序及数据库排序