Hibernate持续生成N+1查询问题排查求助

先仔细看了你的代码和日志，发现几个核心问题，这应该就是导致N+1查询和语句复杂化的根源：

1. 关联字段名称完全不匹配 #

你的Review实体类里定义的关联是wad字段（通过@ManyToOne(fetch = FetchType.LAZY)关联到Wad实体），但在仓库类的@Query和@EntityGraph里却都写了map——这完全对应不上！

Hibernate找不到Review.map这个关联属性，自然无法通过JOIN FETCH/EntityGraph预加载关联数据。而当你在业务代码中访问review.getWad()时，因为wad是LAZY加载策略，就会触发N+1查询（日志里前5条重复查询Wad的SQL就是这么来的）。

2. @Query和@EntityGraph同时使用的冲突 #

你同时用了带JOIN FETCH的@Query和@EntityGraph，这两个注解都会影响Hibernate的抓取策略，叠加在一起会导致逻辑混乱，生成不必要的复杂查询（日志里最后那条查询map的SQL就是这个错误配置的产物）。

具体修复步骤： #

步骤一：修正关联字段名称

把仓库类的查询和EntityGraph配置改成对应实体里的wad字段，并且只保留一种抓取策略：

@Repository
public interface ReviewRepository extends JpaRepository<Review, UUID> {
    // 方式一：仅使用JOIN FETCH的自定义查询
    @Query("SELECT r FROM Review r JOIN FETCH r.wad WHERE r.id IN (:ids)")
    List<Review> findAllByIdPlusWads(Set<UUID> ids);

    // 或者方式二：仅使用EntityGraph+Spring Data派生查询
    @EntityGraph(attributePaths = {"wad"})
    List<Review> findAllByIdIn(Set<UUID> ids);
}

注意：二选一即可，不要同时混用@Query和EntityGraph！

步骤二：检查业务代码的调用逻辑

确保你在业务逻辑中调用的是修正后的查询方法，并且不要在查询完成后单独访问review.getWad()（如果用了预加载，这个属性已经被一次性加载完成，不会触发额外查询）。

步骤三：验证修复效果

修正完成后，Hibernate应该只会生成一条包含JOIN review r ON r.wad_id = wad.id的SQL，一次性把所有Review和对应的Wad数据查询出来，不会再出现N条重复的Wad查询语句。

如果你的业务场景中确实需要关联Map实体，那你需要先在Review类中添加对应的@ManyToOne或@OneToMany关联字段，再调整仓库的查询配置——但从你当前提供的实体代码来看，并没有map这个关联属性，所以优先解决上述的名称不匹配问题即可。

内容的提问来源于stack exchange，提问作者Tomás Soares