Hibernate：QueryImpl列表方法性能

Question

对于我们的报告UI，我们查询sessions对象并在屏幕中列出它。为了查询数据，我们使用Hibernate和通用Dao实现。在使用Dynatrace之前，我们总是将此查询归咎于数据库，但在开始使用Dynatrace之后，它告诉我们，瓶颈在QueryImpl的代码中。列表方法。我们的Prod和Dev性能都很差，Prod中的总计数记录约为200万条，需要75秒（是的，超过1分钟：（）下面的屏幕截图显示了Dynatrace屏幕截图，它显示了Hibernate QueryImpl list方法中的问题。我在DEV环境中检查了具有500K条记录的应用程序，在DEV中也需要30秒，在这个查询中同样的方法需要28秒。我在dynatrace和jvisualvm中跟踪应用程序获取堆转储并进行分析。还要检查samurai和dyntarace的线程转储，但找不到任何锁定线程或许多特殊类实例。我分享了dynatrace纯路径截图和使用Spring事务注释的方法调用。

ReadOnly.java

@Target({ ElementType.METHOD, ElementType.TYPE })
@Retention(RetentionPolicy.RUNTIME)
@Transactional(readOnly = true)
public @interface ReadOnly {

}

会话服务。Java语言

@Override
@ReadOnly
public SearchResult<Session> getReport(ISearch search) {
       return sessionDao.searchAndCount(search);
}

SessionDao.java

public <RT> SearchResult<RT> searchAndCount(ISearch search) {
       if (search == null) {
            SearchResult<RT> result = new SearchResult<RT>();
            result.setResult((List<RT>) getAll());
            result.setTotalCount(result.getResult().size());
            return result;
        }
      return searchAndCount(persistentClass, search);
}

我花了2-3天来调查这个问题，我真的很想知道原因。

编辑：我从2M表中查询了50条记录，我使用分页方法，在屏幕截图中我提到在数据库中需要2.5秒，但在内存中花费75秒QueryImpl列表方法。所以我已经从2M表中查询了50条记录，该表在日期字段中有索引。请检查屏幕截图红色矩形。

Answer 1

首先感谢@M.Deinum的评论，这些评论帮助我们解决了这个问题。问题描述如下，请回答以下问题：

• 问题和公认答案描述问题
• 另一个相关问题和答案
• 接受的回答提出了有用的建议

在我的情况下，第一次运行并需要75秒的PROD查询如下。

SessionWithJOINFETCH。sql

SELECT
    session0.*,
    cardholder0.*,
    transaction0.*
FROM
    MSU_SESSION session0 LEFT OUTER JOIN MSU_CARD_HOLDER cardholder0
        ON session0.card_holder_id = cardholder0_.id LEFT OUTER JOIN MSU_TRANSACTION transaction0
        ON session0.id = transaction0_.session_id
WHERE
    (
        session0.status IN(
            ? ,
            ?
        )
    )
    AND(
        session0.sessionType IS NULL
        OR session0.sessionType IN(
            ? ,
            ?
        )
    )
    AND session0.session_create_timestamp >= ?
    AND session0.session_create_timestamp <= ?
ORDER BY
    session0.session_create_timestamp DESC

并且在日志中我看到警告：

firstResult/max使用集合获取指定的结果；在内存中应用！

这意味着我们在内存中使用分页（用于Oracle rowNum）。首先运行sql时可以看到它没有任何rowNum，它根据标准获取所有数据，然后“firstResult/maxResult指定集合获取；在内存中应用！”在内存中应用firstResult/maxResult需要时间。

原因是我们正在使用带有setMaxResult的JOIN FETCH。根据Hibernate论坛和上面的问题链接，这是Hibernate的一项功能，因此在删除下面的关系后，您不应该将setMaxResult与JOIN FETCH一起使用（至少使用1-N关系），sql是由Hibernate创建的，现在它的性能更好了。

后删除JOINFETCH. sql

SELECT
    *
FROM
    (
        SELECT
             session0_.*
        FROM
            MSU_SESSION session0_
        WHERE
            (
                session0_.status IN(
                    ? ,
                    ?
                )
            )
            AND(
                session0_.sessionType IS NULL
                OR session0_.sessionType IN(
                    ? ,
                    ?
                )
            )
            AND session0_.session_create_timestamp >= ?
            AND session0_.session_create_timestamp <= ?
        ORDER BY
            session0_.session_create_timestamp DESC
    )
WHERE
    rownum <= ?

我不知道为什么要创建一个内部sql，但它的html" target="_blank">性能比以前要好，现在您可以看到，查询中添加了rownum，分页是在DB级别完成的。

firstResult/max使用集合获取指定的结果；在内存中应用！

警告也消失了。