黑马程序员：关于hibernate一级缓存二级缓存，查询缓存

----------------------android培训、java培训、期待与您交流！ ----------------------
因为最近做项目的阶段，因为涉及到海量数据的查询，所以特意的对hibernate一级缓存二级缓存，查询缓存进行了一些了解。

        一级缓存
一级缓存的生命周期和session的生命周期一致，当前sessioin一旦关闭，
一级缓存就消失，因此一级缓存也叫
session级的缓存或事务级缓存，一级缓存只存实体对象的 ，
它不会缓存一般的对象属性
（查询缓存可以），即当获得对象后，就将该对象的缓存起来，
如果在同一session中如果再去获取这个对象时，
它会先判断缓存中有没有该对
象的ID，如果有就直接从缓存中取出，反之则去数据库中取，
取的同时将该对象的缓存起来，有以下方法可以
支持一级缓存： get()，
load()，iterate（查询实体对象），
其中 Query 和Criteria的list()
只会缓存，但不会使用缓存。
二级缓存
二级缓存也称进程级的缓存或SessionFactory级的缓存，
二级缓存可以被所有的session共享，二级缓存的生命周
期和SessionFactory的生命周期一致。hibernate为实现二级缓存，
只提供二级缓存的接口供第三方来实现。
如EhCache，OSCache，将echcache.xml文件拷贝到src下，
开启二级缓存，修改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>标签， 
在hibernate.cfg.xml文件中，采用<class-cache>标签其缓存策略有
read-only，read-write，nonstrict-read-write，
transactional，分别对应不同的缓存策略。
查询缓存
查询缓存是针对普通属性结果集的缓存，对实体对象的结果集只缓存id（其ID不是对象的真正ID，它与查询
的条件相关即where后的条件相关，不同的查询条件，其缓存的id也不一样） ，查询缓存的生命周期，当前关联
的表发生修改或是查询条件改变时，那么查询缓存生命周期结束，它不受一级缓存
和二级缓存 的生命周期的影
响，要想使用查询缓存需要手动配置如下：
在hibernate.cfg.xml文件中启用查询缓存，
如：<property
name="hibernate.cache.use_query_cache">true</property> 在程序中必须手动启用查询缓存，
如：query.setCacheable(true);其中
Query 和Criteria的list() 就可利用到查询缓存了。
对于缓存的使用就得格外小心了，尤其是查询缓存的使用，如果使用不恰当的话会导致效率的极度降低。
缓存的使用

   一级缓存： Load(Lazy加载) 使用一级缓存当load的使用 首先查找把序列号去和一级缓存匹配是否有，就直接取出来如果没有 就发出SQL语句。Get也使用一级缓存。List接口 query.list() 不使用 一级缓存每次 都要发出SQL eg:(select * from tudent)。Iterator 接口 query.iterate();使用一级缓存 首先是要发出一条SQL
来取得ID,eg: select。id from student; 然后 把ID 拿到缓存中去匹配 如果有 就直接取 如果没有，就要再发出SQL如果 都没有 将发出N+1条SQL这就是N+1问题
二级缓存： 都使用了二级缓存

Hibernate查询缓存：看到名字 顾名思义就知道 是查询 那么就是对List 和Iterator接口起作用但是Hibernate查询缓存对Iterator不起作用，只对List起作用。下面我们这种介绍把二级缓存 和 Hibernate查询缓存 结合使用

当只是用Hibernate查询缓存 而关闭 二级缓存的时候：

第一：如果查询的是部分属性结果集： 那么当第二次查询的时候 就不会发出SQL 直接从Hibernate查询缓存中取数据

第二：如果查询的是 实体结果集eg(from Student) 这个HQL 那么 查询出来的实体，首先Hibernate查询缓存 存放实体的ID ，第二次查询，的时候 就到Hibernate查询缓存中取出ID 一条一条的到数据库查询 这样 将发出N 条SQL造成了SQL泛滥

当都开启Hibernate查询缓存和二级缓存的时候

第一：如果查询的是部分属性结果集： 这个和上面只是用Hibernate查询缓存 而关闭 二级缓存的时候，一致 因为涉及实体 不会用到二级缓存

第二：如果查询的是 实体结果集eg(from Student) 这个HQL 那么 查询出来的实体，首先Hibernate查询缓存 存放实体的ID ，第二次查询，的时候 就到Hibernate查询缓存中取出ID,拿到二级缓存区找数据，如果有数据 就不会发出SQL 如果都有 一条SQL 都不会发出 直接从二级缓存中取数据。

因为查询缓存是将Map<sql语句，实体id>这一种形式进行缓存的，所以在实际运用中只有当sql语句完全相同的情况下面才能够命中缓存，所以效率其实是非常低的。所以，优化hibernate中的sql语句，建立索引，等是优化的较好方法，不要将缓存做为解决这个的唯一方法。

----------------------android培训、java培训、期待与您交流！ ----------------------
详细请查看：http://edu.csdn.net/heima