为何Hibernate总是执行两次查询？@OneToMany关联加载疑问

以下是几个可能导致该现象的常见原因及排查方向：

1. 集合操作触发多次初始化 #

如果代码中先调用了集合的size()、isEmpty()等方法，之后又遍历集合元素，Hibernate可能会分两次查询：

• 第一次查询用于获取集合元素数量（部分场景下会通过select id ... where id in (?)来统计，而非直接用count(*)）；
• 第二次查询获取实际的集合元素数据。
  即使集合总数远小于@BatchSize设定值，这两次操作也会触发独立的查询。

2. 对@BatchSize作用范围的误解 #

@BatchSize注解在集合上时，核心作用是批量加载多个父实体的子集合：比如加载10个父实体后依次访问各自的子集合，Hibernate会收集所有父ID，发起一次in查询加载所有子集合。
但对于单个父实体的集合，@BatchSize(5000)仅设置该集合的fetch size（结果集抓取大小），而非强制一次性加载所有元素。若数据库驱动的fetch size配置与Hibernate冲突，可能导致分批次查询，但通常不会出现两次。

3. 双向关联配置错误 #

如果@OneToMany是双向关联，但未正确设置mappedBy属性，Hibernate会同时维护关联两端，加载父实体集合时可能额外触发一次子实体反向关联的查询，表现为两次in语句。
错误示例：

// 父实体
@OneToMany
private List<Child> children;

// 子实体
@ManyToOne
private Parent parent;

正确配置需在父实体的@OneToMany中添加mappedBy="parent"，避免生成额外关联查询。

4. 二级缓存的影响 #

若实体或集合开启了二级缓存，Hibernate会先查询缓存中已存在的元素ID，再针对缓存缺失的ID发起第二次查询，最终合并结果。这种情况下，即使元素总数小于@BatchSize，也会出现两次in查询。

排查建议 #

• 检查集合操作逻辑：是否在遍历前调用了size()等触发初始化的方法；
• 验证双向关联配置：确保@OneToMany的mappedBy属性正确指向子实体的关联字段；
• 临时关闭二级缓存，观察查询次数是否减少；
• 开启Hibernate详细日志（org.hibernate.SQL和org.hibernate.type.descriptor.sql.BasicBinder），对比两次查询的参数与返回结果，确认差异点。

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