一尘不染

在会话中加载实体后,休眠查询的速度大大降低

hibernate

我正在使用Hibernate EntityManager,并且在我的Hibernate查询中遇到了奇怪的变慢。看一下这段代码:

public void testQuerySpeed() {
    for(int i = 0; i < 1000; i++) {
        em.createNativeQuery("SELECT 1").getResultList();
    }
}

这在我的机器上运行大约750毫秒。考虑到它只是选择一个恒定的整数,但并不能很快,但是可以接受。在启动查询之前,在EntityManager会话中加载任何实体的时刻就出现了我的问题:

public void testQuerySpeed() {
    CommercialContact contact = em.find(CommercialContact.class, 1890871l);

    for(int i = 0; i < 1000; i++) {
        em.createNativeQuery("SELECT 1").getSingleResult();
    }
}

em.find()速度很快,但是运行时1000个查询增加了十倍多,达到约10秒。如果在em.clear()后面加上em.find(),则问题会再次消失,并且运行时间可回到750毫秒。

我在这里使用了本机查询,但是HQL查询也存在问题。实体在EntityManager会话中时,似乎所有查询至少需要70毫秒。

当生成需要n + 1个查询的列表时,这种性能下降确实伤害了我们。

我已经测试了最新的Hibernate 3.5 beta,并且有完全相同的问题。有没有人看过这个问题,或者关于如何解决这个问题的任何想法?

我正在使用PostgreSQL 8.3,使用资源本地事务(在Tomcat中运行)。使用内置连接池,但使用C3P0没什么区别。


阅读 214

收藏
2020-06-20

共1个答案

一尘不染

我还必须建议使用JVM探查器来查看时间。仅仅为了确保您没有运行比您想象的要多的SQL,为Hibernate
Session打开SQL语句日志记录可能也不会受到伤害。

这里首先想到的是hibernate会话的“刷新”行为。您是否在会话上明确设置了特定的刷新模式?如果没有,那么您将获得“自动”刷新,这将对会话中的对象进行一定量的检查,以确定是否需要将内存中的更改“刷新”回数据库(在事务内部)。
, 当然)。

我想最先尝试看看是否有效果的最简单的事情是修改上面显示的测试代码,以指定要在提交数据库事务时手动进行刷新:

public void testQuerySpeed() {
    em.setFlushMode(FlushModeType.COMMIT); // assuming you're using JPA annotations
    CommercialContact contact = em.find(CommercialContact.class, 1890871l);

    for(int i = 0; i < 1000; i++) {
        em.createNativeQuery("SELECT 1").getSingleResult();
    }
}

我想的另一种想法是询问您是否可以在单独的EntityManager中执行批量任务,如果您只是在执行UPDATE或INSERT,这可能会起作用。

2020-06-20