Hibernate一级、二级缓存以及查询缓存的理解

一、一级缓存
    一级缓存的生命周期和session的生命周期一致，当前sessioin一旦关闭，一级缓存就消失，因此一级缓存也叫session级的缓存或事务级缓存，一级缓存只存实体对象的 ，它不会缓存一般的对象属性（查询缓存可以），即当获得对象后，就将该对象的缓存起来，如果在同一session中如果再去获取这个对象时，它会先判断缓存中有没有该对象的ID，如果有就直接从缓存中取出，反之则去数据库中取，取的同时将该对象的缓存起来， 一级缓存是hibernate默认使用的，无需配置即可使用，有以下方法可以支持一级缓存：
    * get()
    * load()
    * iterate（查询实体对象）

list和iterate 的区别：

       list每次都会发出sql语句，list会向缓存中放入数据，而不利用缓存中的数据。

    iterate 查询使用缓存，会发出查询Id的SQL和HQL语句，但不会发出查实体的，它查询完会把相应的实体放到缓存里边，一些实体查询如果缓存里边有，就从缓存中查询，但还是会发出查询id的SQL和HQL语句。如果缓存中没有它会数据库中查询，然后将查询到的实体一个一个放到缓存中去，所以会有N+1问题出现。

所谓的N+1是在查询的时候发出了N+1条sql语句。1:首先发出一条查询对象id列表的sql，N:根据id列表到缓存中查询，如果缓存中不存在与之匹配的数据，那么会根据id发出相应的查询数据库的N条sql语句。

二、二级缓存
    二级缓存也称进程级的缓存或SessionFactory级的缓存，二级缓存可以被所有的session共享，二级缓存的生命周期和SessionFactory的生命周期一致。二级缓存也是缓存实体对象 ，其实现原理与一级缓存的差不多吧，其方法与一级的相同，只是缓存的生命周期不一样而已：
    * get()
    * load()
    * iterate（查询实体对象）
其中 Query 和Criteria的list() 只会缓存，但不会使用缓存（除非结合查询缓存）。
二级缓存的配置和使用：
    * 将echcache.xml文件拷贝到src下（以EhCache为例）： 

    需要有EhCache的xml配置文件（设置EhCache的“缓存对象最大数目”、“对象是否不失效”、“对象允许的空闲时间”、“对象  的生存时间”及“对象数目超额时是否缓存至磁盘”）；

    <defaultCache
        maxElementsInMemory="10000"//缓存对象最大数目
        eternal="false"//对象是否不失效
        timeToIdleSeconds="300"  //对象允许的空闲时间
        timeToLiveSeconds="600"//对象的生存时间
        overflowToDisk="true"//对象数目超额时是否缓存至磁盘
     />
    * 开启二级缓存，修改hibernate.cfg.xml文件
    <property name="hibernate.cache.use_second_level_cache">true</property>
    * 指定缓存产品提供商，修改hibernate.cfg.xml文件
    <property name="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property>
    * 指定那些实体类使用二级缓存（两种方法）
        * 在映射文件中采用<cache>标签

        如在Student.hbm.xml中配置（必须在配置id前完成）：

        <cacheusage="read-only"/>
        * 在hibernate.cfg.xml文件中，采用<class-cache>标签

       <class-cacheusage="read-only"class="my.Student"/>

其缓存策略usage有read-only，read-write，nonstrict-read-write，transactional
这里的缓存策略是针对你缓存里面的对象而言的，就比如read-only，它是限制缓存中的对象不能被修改的。

可以通过Session动态设置是否允许对二级缓存进行读和写，方法是：

session.setCacheMode(CacheMode.GET)和session.setCacheMode(CacheMode.PUT)

SessionFactory的evit()会将一个对象逐出二级缓存。

三、查询缓存
    查询缓存是针对普通属性结果集的缓存，对实体对象的结果集只缓存id（其ID不是对象的真正ID，它与查询的条件
相关即where后的条件相关，不同的查询条件，其缓存的id也不一样） ，查询缓存的生命周期，当前关联的表发生修改
或是查询条件改变时，那么查询缓存生命周期结束，它不受一级缓存 和二级缓存 的生命周期的影响，要想使用查询缓
存需要手动配置如下：
    * 在hibernate.cfg.xml文件中启用查询缓存，如：
    <property name="hibernate.cache.use_query_cache">true</property>
    * 在程序中必须手动启用查询缓存，如：
    query.setCacheable(true);

其中 Query 和Criteria的list() 就可利用到查询缓存了。

总结:(引用网络上前辈的话)
不要想当然的以为缓存一定能提高性能，仅仅在你能够驾驭它并且条件合适的情况下才是这样的。hibernate的二级缓存限制还是比较多的，不方便用jdbc可能会大大的降低更新性能。在不了解原理的情况下乱用，可能会有1+N的问题。不当的使用还可能导致读出脏数据。 如果受不了hibernate的诸多限制，那么还是自己在应用程序的层面上做缓存吧。 在越高的层面上做缓存，效果就会越好。就好像尽管磁盘有缓存，数据库还是要实现自己的缓存，尽管数据库有缓存，咱们的应用程序还是要做缓存。因为底层的缓存它并不知道高层要用这些数据干什么，只能做的比较通用，而高层可以有针对性的实现缓存，所以在更高的级别上做缓存，效果也要好些吧。