HIBERNATE的N+1查询问题

最新推荐文章于 2024-01-08 09:08:03 发布

pq258280920

最新推荐文章于 2024-01-08 09:08:03 发布

阅读量714

点赞数

分类专栏： hibernate

hibernate 专栏收录该内容

10 篇文章

订阅专栏

本文详细阐述了在使用Hibernate时，如何优化关联对象的检索策略以提升性能并减少内存占用，包括理解默认检索策略的局限性以及实现延迟检索策略和迫切左外连接检索策略的方法。

选自《精通Hibernate：Java对象持久化技术详解》作者：孙卫琴

在Session的缓存中存放的是相互关联的对象图。默认情况下，当Hibernate从数据库中加载Customer对象时，会同时加载所有关联的Order对象。以Customer和Order类为例，假定ORDERS表的CUSTOMER_ID外键允许为null，图1列出了CUSTOMERS表和ORDERS表中的记录。

以下Session的find()方法用于到数据库中检索所有的Customer对象：

List customerLists=session.find("from Customer as c");

运行以上find()方法时，Hibernate将先查询CUSTOMERS表中所有的记录，然后根据每条记录的ID，到ORDERS表中查询有参照关系的记录，Hibernate将依次执行以下select语句：

select * from CUSTOMERS;
select * from ORDERS where CUSTOMER_ID=1;
select * from ORDERS where CUSTOMER_ID=2;
select * from ORDERS where CUSTOMER_ID=3;
select * from ORDERS where CUSTOMER_ID=4;

通过以上5条select语句，Hibernate最后加载了4个Customer对象和5个Order对象，在内存中形成了一幅关联的对象图，参见图2。

Hibernate在检索与Customer关联的Order对象时，使用了默认的立即检索策略。这种检索策略存在两大不足：

（1） select语句的数目太多，需要频繁的访问数据库，会影响检索性能。如果需要查询n个Customer对象，那么必须执行n+1次select查询语句。这就是经典的n+1次select查询问题。这种检索策略没有利用SQL的连接查询功能，例如以上5条select语句完全可以通过以下1条select语句来完成：

select * from CUSTOMERS left outer join ORDERS
on CUSTOMERS.ID=ORDERS.CUSTOMER_ID

以上select语句使用了SQL的左外连接查询功能，能够在一条select语句中查询出CUSTOMERS表的所有记录，以及匹配的ORDERS表的记录。

（2）在应用逻辑只需要访问Customer对象，而不需要访问Order对象的场合，加载Order对象完全是多余的操作，这些多余的Order对象白白浪费了许多内存空间。

为了解决以上问题，Hibernate提供了两种检索策略：延迟检索策略和迫切左外连接检索策略

1、延迟检索策略能避免多余加载应用程序不需要访问的关联对象，

hibernate3开始已经默认是lazy=true了；lazy=true时不会立刻查询关联对象，只有当需要关联对象（访问其属性）时才会发生查询动作。

2、迫切左外连接检索策略则充分利用了SQL的外连接查询功能，能够减少select语句的数目。

可以在映射文件中定义连接抓取方式。
<set name=”orders” fetch=”join”>

<one-to-many class="com.hibernate.mappings.Order"/>

</set>

或者使用HQL的LEFT OUTER JOIN.

或者在条件查询中使用setFetchMode(FetchMode.JOIN)

Customer ctm = (Customer)session.createCriteria(Customer.class)

.setFetchMode(“Order”.JOIN)

.add(Restrictions.idEq(customer_id));

hibernate fetch 和lazy

经过测试发现Hibernate annotation中@ManyToOne,@OneToMany,@OneToOne中lazy的默认值是不同的

@OneToMany 默认fetch=FetchType.Lazy

@ManyToOne @OneToOne 默认fetch=FetchType.enger

在设置@ManyToOne的时候我们一般都会设置Lazy=true

一般不会在@ManyToOne,@OneToOne考虑这个问题

但实际hibernate进行load是时候是把一端也load出来的

fetch 和 lazy 主要是用来级联查询的

而 cascade 和 inverse 主要是用来级联插入和修改的

fetch参数指定了关联对象抓取的方式是select查询还是join查询，

select方式时先查询返回要查询的主体对象（列表），再根据关联外键 id，每一个对象发一个select查询，获取关联的对象，形成n+1次查询；

而join方式，主体对象和关联对象用一句外键关联的sql同时查询出来，不会形成多次查询。

如果你的关联对象是延迟加载的，它当然不会去查询关联对象。

另外，在hql查询中配置文件中设置的join方式是不起作用的（而在所有其他查询方式如get、criteria或再关联获取等等都是有效的），会使用 select方式，除非你在hql中指定join fetch某个关联对象。

默认配置

Annotations	Lazy	Fetch
@[One\|Many]ToOne](fetch=FetchType.LAZY)	@LazyToOne(PROXY)	@Fetch(SELECT)
@[One\|Many]ToOne](fetch=FetchType.EAGER)	@LazyToOne(FALSE)	@Fetch(JOIN)
@ManyTo[One\|Many](fetch=FetchType.LAZY)	@LazyCollection(TRUE)	@Fetch(SELECT)
@ManyTo[One\|Many](fetch=FetchType.EAGER)	@LazyCollection(FALSE)	@Fetch(JOIN)