Hibernate N+1 问题优化：性能调优实战指南

Hibernate 中 N+1 查询问题是一个常见的性能瓶颈，尤其是在处理关联实体时。默认的 FetchType.EAGER 会导致在获取一个实体时，立即加载其关联的所有实体，从而产生大量的数据库查询。本文将深入探讨这个问题，并提供一系列解决方案，帮助开发者优化 Hibernate 应用的性能。

理解 N+1 查询问题

假设我们有 Translations 实体，它关联了 Phrase 和 Lang 实体，如下所示：

@Entity
@Table(name="ad_translations")
public class Translations implements Serializable  {
    ...
    @ManyToOne
    @JoinColumn(name="id_ad_phrase")
    private Phrase idAdPhrase;

    @ManyToOne
    @JoinColumn(name="id_ad_lang")
    private Lang idAdLang;    
    ...
}

当使用 FetchType.EAGER 时，如果我们需要获取 1000 个 Translations 实体，Hibernate 会首先执行一个查询来获取所有的 Translations，然后针对每个 Translations 实体，分别执行一个查询来获取其关联的 Phrase 和 Lang 实体。这会导致 1 + 1000 + 1000 = 2001 次数据库查询，这就是所谓的 N+1 查询问题。

解决方案

1. 使用 FetchType.LAZY

将 *ToOne 关联的 fetch type 设置为 FetchType.LAZY 是一个常见的解决方案。

@Entity
@Table(name="ad_translations")
public class Translations implements Serializable  {
    ...
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name="id_ad_phrase")
    private Phrase idAdPhrase;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name="id_ad_lang")
    private Lang idAdLang;    
    ...
}

这样，只有在真正需要访问 Phrase 或 Lang 实体时，才会执行相应的查询。但需要注意的是，如果在 REST 应用中返回 Translations 对象作为响应，序列化时可能会触发延迟加载，导致 N+1 问题再次出现。为了避免这种情况，可以使用 DTO (Data Transfer Object) 或者 projections。

2. 使用 Spring Data JPA Projections

Spring Data JPA 的 projections 允许我们只检索需要的属性，从而避免加载不必要的关联实体。这可以减少数据库查询次数，提高性能。

DeepL

DeepL是一款强大的在线AI翻译工具，可以翻译31种不同语言的文本，并可以处理PDF、Word、PowerPoint等文档文件

下载

例如，我们可以创建一个接口来定义需要检索的属性：

public interface TranslationProjection {
    Long getId();
    String getTranslationText();
    PhraseProjection getIdAdPhrase();
    LangProjection getIdAdLang();

    interface PhraseProjection {
        Long getId();
        String getPhraseText();
    }

    interface LangProjection {
        Long getId();
        String getLangCode();
    }
}

然后，在 Repository 中使用该接口：

public interface TranslationRepository extends JpaRepository {
    List findAll();
}

通过这种方式，我们可以只获取需要的属性，避免加载整个 Phrase 和 Lang 实体，从而减少数据库查询次数。

3. 其他优化策略

• @BatchSize: 可以使用 @BatchSize 注解来批量加载关联实体。例如，@BatchSize(size = 25) 会将每次加载的实体数量限制为 25，从而减少查询次数。
• @Fetch(FetchMode.SUBSELECT): @Fetch(FetchMode.SUBSELECT) 会使用子查询来加载关联实体。虽然不如 JOIN 查询高效，但在某些情况下可以避免 N+1 问题。
• JOIN FETCH: 可以使用 JOIN FETCH 在单个查询中加载关联实体。例如，SELECT t FROM Translations t JOIN FETCH t.idAdPhrase JOIN FETCH t.idAdLang。
• 使用原生 SQL: 在某些情况下，使用原生 SQL 可以获得更好的性能，但需要手动映射结果集到实体对象。

注意事项

• 选择合适的优化策略取决于具体的应用场景和数据模型。
• 在进行性能优化时，应该先进行性能测试，确定性能瓶颈所在，然后再选择合适的优化策略。
• 避免过度优化，过度优化可能会导致代码复杂性增加，维护成本升高。

总结

Hibernate 的 N+1 查询问题是性能优化的一个重要方面。通过合理使用 FetchType.LAZY、Spring Data JPA projections 以及其他优化策略，可以有效地减少数据库查询次数，提升应用性能。在实际应用中，应该根据具体情况选择合适的优化策略，并进行充分的性能测试，以确保优化效果。