java - forRevisionsOfEntity 很慢

Question

我正在查询大于时间戳的类的所有修订，使用:

AuditReaderFactory
    .get(emf.createEntityManager())
    .createQuery().forRevisionsOfEntity(clazz, false, true)
    .add(AuditEntity.revisionProperty("timestamp").gt(existingIndex.lastModified()))
    .getResultList();

这是使用查询重新创建一个 @ManyToOne 引用对象:

select <audit cols for this type> 
from <audit table> 
where DTYPE IN (<class type>) 
and REV=(
   SELECT max(REV) 
   FROM <audit table> 
   where TYPE IN (<class type>) 
   and REV <= <maximum revision in revision entity table> 
   and <subquery>.id=<query>.id
) 
and REVTYPE<>2 
AND <audit table>.id=<id of entity being restored>

此查询非常慢，仅针对一个实体就花费了 100 多分钟(事实上，在我撰写本文时，它仍在继续)。为什么要获取实体的最新修订版(减去 DEL 修订版)？使用 ORDER BY REV LIMIT 1(或类似的数据库没有 LIMIT)要快得多。我几乎想直接使用 SQL，因为这太慢了。也可以通过直接在子查询中使用 id 而不是引用查询的表 id 来加快速度。我在 DTYPE、REV 和 REVTYPE 上有索引，在 id 上有一个唯一键，REV 所以它不是不是索引问题。

我不确定它为什么使用上述查询来重新创建引用的对象，如果有任何见解，我将不胜感激。这是在 Pentium 4 机器上的 MySQL 5.1 数据库上，但在双核机器上也需要相当长的时间。

Answer 1

性能在 3.6.0 版本的 hibernate 中得到了显着提高。你应该做的是使用 ValidityAuditStrategy。将此添加到您的 persistence.xml:

    <property name="org.hibernate.envers.audit_strategy"
              value="org.hibernate.envers.strategy.ValidityAuditStrategy"/>

这会将 REVEND 列添加到您的审计表中，因此不需要内部选择。阅读更多 here .