Hibernate:n1和实体图的低性能

Question

我们升级到Hibernate 5，之后我们开始遇到性能问题。

我们有几个实体有这样的关联：

@Entity
@Table(name = "EVENT")
public class Event {
    @Id
    @Column(name = "ID")
    private Long id;

    @ManyToOne(fetch = FetchType.EAGER)
    @JoinColumn(name = "LOCATION", referencedColumnName = "ID")
    private Location location;
}

@Entity
@Table(name = "LOCATION")
public class Location {
    @Id
    @Column(name = "ID")
    private Long id;
}

我们正在使用Criteria API从数据库中获取数据。

CriteriaBuilder cb = entityManager.getCriteriaBuilder();
CriteriaQuery<Event> query = cb.createQuery(Event.class);
Root<Event> from = query.from(Event.class);
query.select(from).where(from.get("id").in(1, 2, 3));
TypedQuery<Event> tQuery = entityManager.createQuery(query);
tQuery.setMaxResults(1000);
tQuery.getResultList();

以前（版本4，旧的Criteria API），Hibernate仅基于FetchType生成一个带有获取所有数据的连接语句的选择。EAGER，但使用Hibernate 5，它会创建多个额外的查询来获取“位置”数据——N 1问题。

现在，我们尝试了JPA Entity Graph，结果喜忧参半。我们能够减少查询次数（现在没有N 1），但另一方面，系统的性能甚至更慢。

我的问题是：

1. 还有什么其他方法可以消除N 1查询问题
2. 在什么情况下实体图会对性能产生负面影响

（我们使用SQL Server、Tomcat、Hibernate 5.2.10和Java 8。）

Answer 1

要在单个查询中获得获取位置数据以及join的早期行为，可以通过添加获取

from.fetch("location", javax.persistence.criteria.JoinType.LEFT);

所以你的代码看起来像：

CriteriaBuilder cb = entityManager.getCriteriaBuilder();
CriteriaQuery<Event> query = cb.createQuery(Event.class);
Root<Event> from = query.from(Event.class);
from.fetch("location", javax.persistence.criteria.JoinType.LEFT);
query.select(from).where(from.get("id").in(1, 2, 3));
TypedQuery<Event> tQuery = entityManager.createQuery(query);
tQuery.setMaxResults(1000);
tQuery.getResultList();