hibernate总结-N+1问题

水深无声 2022-08-09 00:37 5阅读 0赞

在学习过程中，经常会挺老师n+1问题，但一直对n+1迷迷糊糊的，在英语学习中，n+1是很重要的，这可以让我们的英语越来越好，但是在hibernate中，如果遇到了n+1问题，那真的会**影响性能**的。

#        一、What什么是n+1? #

1 ）1 对多，在1 方，查找得到了n 个对象， 那么又需要将n 个对象关联的集合取出，于是本来的一条sql查询变成了n +1 条  
            2）多对1 ，在多方，查询得到了m个对象，那么也会将m个对象对应的1 方的对象取出， 也变成了m+1

#          二、How怎么解决？ #

1 ）lazy=true， hibernate3开始已经默认是lazy=true了；lazy=true时不会立刻查询关联对象，只有当需要关联对象（访问其属性，非id字段）时才会发生查询动作。  
  
            2）二级缓存， 在对象更新，删除，添加相对于查询要少得多时， 二级缓存的应用将不怕n +1 问题，因为即使第一次查询很慢，之后直接缓存命中也是很快的。  
不同解决方法，不同的思路，第二条却刚好又利用了n +1 。  
  
            3) 当然你也可以 使用 fetch 抓取， Hibernate 抓取策略分为单端代理和集合代理的抓取策略。

a、单端代理的抓取策略 ：  
                      保持默认也就是如下 :

<many-to-one name="clazz" cascade="save-update" fetch="select" />

fetch="select" 就是另外发送一条 select 语句抓取当前对象关联实体或者集合设置 fetch="join"

<many-to-one name="clazz" cascade="save-update" fetch="join"/>

Hibernate 会通过 select 语句使用外连接来加载器关联实体活集合此时 lazy 会失效  
              b、集合代理的抓取策略 ：  
                   保持默认（ fetch="select" ）也就是如下 :

1)fetch="select" 会另外发出一条语句查询集合  
               2) 设置 fetch="join" 采用外连接集合的 lazy 失效  
               3) 这只 fetch="subselect" 另外发出一条 select 语句抓取前面查询到的所有的实体对象的关联集合 fetch 只对 HQL 查询产生影响其他的则不会