Spring Boot中JPA @OneToMany懒加载关联的性能优化问题

1. 先确认EntityGraph是否真的生效 #

你在Repository里加了@EntityGraph但没效果，大概率是Spring Data JPA没用到你自定义的findAll方法——JpaSpecificationExecutor自带的findAll(Specification)优先级更高。解决办法：

• 给自定义方法改个名字，比如findAllWithUsers，确保业务代码调用这个方法而非默认实现。
• 开启SQL日志（比如Hibernate的show_sql=true），检查查询语句是否做了左连接加载users，而非查完部门再逐条查用户（N+1查询问题）。

修正后的代码示例：

// Repository
public interface DepartmentViewRepository extends CrudRepository<DepartmentView, String>, JpaSpecificationExecutor<DepartmentView> {
    @EntityGraph(attributePaths = {"users"}, type = EntityGraph.EntityGraphType.LOAD)
    List<DepartmentView> findAllWithUsers(Specification<DepartmentView> specification);
}

// 业务代码调用
List<DepartmentView> departmentViews = departmentViewRepo.findAllWithUsers(specification);

2. 优化数据库视图本身的性能 #

因为你用的是数据库视图，底层SQL的效率直接决定加载速度：

• 检查视图的SQL语句，去掉DTO中不需要的字段（你提到DepartmentView有更多未列出属性，若无需用到就不要查询）。
• 确保关联字段department_id（department_view表）和user_department_id（user_department_view表）有索引——即使是视图，底层表的索引也能大幅提升关联查询速度。

3. 用投影查询跳过实体转换开销 #

既然最终要转换为DTO，不如直接查询需要的字段，跳过完整实体的加载与转换步骤，减少内存占用和处理时间：

步骤1：定义投影接口 #

public interface DepartmentProjection {
    String getId();
    String getDepartmentId();
    String getName();
    List<UserProjection> getUsers();

    interface UserProjection {
        String getId();
        String getName();
        String getLastName();
    }
}

步骤2：Repository添加投影查询方法 #

@EntityGraph(attributePaths = {"users"}, type = EntityGraph.EntityGraphType.LOAD)
List<DepartmentProjection> findAllWithUsersProjection(Specification<DepartmentView> specification);

步骤3：直接从投影转换为DTO #

public List<DepartmentDTO> getDepartments() {
    Specification<DepartmentView> specification = getSomeSpecification();
    List<DepartmentProjection> projections = departmentViewRepo.findAllWithUsersProjection(specification);
    
    return projections.stream()
        .map(proj -> {
            DepartmentDTO dto = new DepartmentDTO();
            dto.setId(proj.getId());
            dto.setDepartmentId(proj.getDepartmentId());
            dto.setName(proj.getName());
            dto.setUsers(proj.getUsers().stream()
                .map(userProj -> {
                    UserDTO userDto = new UserDTO();
                    userDto.setId(userProj.getId());
                    userDto.setName(userProj.getName());
                    userDto.setLastName(userProj.getLastName());
                    return userDto;
                })
                .toList());
            return dto;
        })
        .toList();
}

4. 清理无效的关联配置 #

• 你的DepartmentView中@OneToMany加了cascade = CascadeType.ALL，但视图是@Immutable的，根本不需要级联操作，删掉该配置可减少Hibernate的额外处理。
• 检查UserDepartmentView的关联映射：@JoinColumn(name = "user_department_id", referencedColumnName = "department_id")，确保两个字段是正确的关联关系，避免因映射错误导致全表扫描。

修正后的@OneToMany配置：

@OneToMany(mappedBy = "department")
@JsonBackReference
@ToString.Exclude
private List<UserDepartmentView> users;

5. 分页加载（业务允许的情况下） #

如果不需要一次性返回全部600条数据，改成分页查询能显著降低单次查询的压力：

// Repository添加分页方法
@EntityGraph(attributePaths = {"users"}, type = EntityGraph.EntityGraphType.LOAD)
Page<DepartmentView> findAllWithUsers(Specification<DepartmentView> specification, Pageable pageable);

// 业务代码调用
Page<DepartmentView> departmentPage = departmentViewRepo.findAllWithUsers(specification, PageRequest.of(pageNum, pageSize));
return departmentPage.stream().map(DepartmentDTO::new).toList();

6. 修复DTO构造函数的错误 #

注意到你的DepartmentDTO构造函数中写了this.setDepartmentId(departmentView.getRequirementId());，但DepartmentView并没有requirementId字段，应该改为departmentView.getDepartmentId()——这个错误可能导致不必要的异常，优先修正。

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