Hibernate n+1问题

关联查询时，如果外键为空，那么一共执行了n+1次查询，但是却只返回n+1个父表对象和n个子表对象，这就是hibernate的典型的N+1现象。

Hibernate在检索与父表关联的子表对象时，使用了默认的立即检索对策，这种策略有一下两点不足：

（1） select语句的数目太多，需要频繁的访问数据库，会影响检索性能。如果需要查询n个Customer对象，那么必须执行n+1次select查询语句（对返回的n主键值都要在子表中查询一次）。这就是经典的n+1次select查询问题。这种检索策略没有利用SQL的连接查询功能，例如以上5条select语句完全可以通过以下1条 select语句来完成： 
select * from 父表 left outer join 子表 on父表.ID=子表.CUSTOMER_ID 
以上select语句使用了SQL的左外连接查询功能，能够在一条select语句中查询出CUSTOMERS表的所有记录，以及匹配的ORDERS表的记录。 

（2）在应用逻辑只需要访问Customer对象，而不需要访问Order对象的场合，加载Order对象完全是多余的操作，这些多余的Order对象白白浪费了许多内存空间。 
为了解决以上问题，Hibernate提供了其他两种检索策略：延迟检索策略和迫切左外连接检索策略。延迟检索策略能避免多余加载应用程序不需要访问的关联对象，迫切左外连接检索策略则充分利用了SQL的外连接查询功能，能够减少select语句的数目。

对数据库访问还是必须考虑性能问题的，在设定了1 对多这种关系之后，查询就会出现传说中的n +1 问题。 
   1 ）1 对多，在1 方，查找得到了n 个对象，那么又需要将n 个对象关联的集合取出，于是本来的一条sql查询变成了n +1 条 
   2）多对1 ，在多方，查询得到了m个对象，那么也会将m个对象对应的1 方的对象取出，也变成了m+1

 

怎么解决n +1 问题？ 
1 ）懒加载，lazy=true， hibernate3开始已经默认是lazy=true了；lazy=true时不会立刻查询关联对象，只有当需要关联对象（访问其属性，非id（主键）字段）时才会发生查询动作。 【（1)fetch="select" 会另外发出一条语句查询集合

   2) 设置 fetch="join" 采用外连接集合的 lazy 失效

   3) 这只 fetch="subselect" 另外发出一条 select 语句抓取前面查询到的所有的实体对象的关联集合 fetch 只对 HQL 查询产生影响其他的则不会

】

2）二级缓存，在对象更新，删除，添加相对于查询要少得多时，二级缓存的应用将不怕n +1 问题，因为即使第一次查询很慢，之后直接缓存命中也是很快的。 
不同解决方法，不同的思路，第二条却刚好又利用了n +1 。