Hibernate查询缓存全面分析

雨点打透心脏的1/2处 2024-02-17 14:23 58阅读 0赞

这里介绍Hibernate查询缓存对Iterator不起作用，只对List起作用。

缓存分类：  
◆一级缓存 Session级  
◆二级缓存 SessionFactory级别，JVM级别  
◆Hibernate查询缓存不固定(生命周期不固定)

生命周期：  
◆一级缓存 是和 session 会话一致产生一致消失  
◆二级缓存 是和 sessionFacotry 一致  
◆Hibernate查询缓存 生命周期不固定，当数据库表发生改变，使用Hibernate查询缓存马上消失

使用方法：  
◆一级缓存：这个就不用说了  
◆二级缓存：首先拷贝使用Hibernate查询缓存类别.xml到 classpath目录下面，然后到hibernate.cfg.xml里面配置。开启二级缓存(默认开启)，定义要使用二级缓存的实体类，然后就是在程序中要显示的指定session。使用二级缓存的类别 有三种，Normal，GET，PUT默认使用的是 Normal即可以写也可以读取二级缓存(这里读写是指的会话Session)  
◆Hibernate查询缓存：首先也是到hibernate配置文件中去开启Hibernate查询缓存，然后程序中也要显示的调用方法来开启Hibernate查询缓存eg:query.setCachemodel(true);

缓存的保存对象：  
◆一级缓存：缓存实体  
◆二级缓存：缓存的也是实体  
◆Hibernate查询缓存缓存的是查询出来的实体的部分属性结果集和实体的ID（注意这里不是实体）

缓存的使用对象：  
◆一级缓存：  
Load(Lazy加载)：首先查找把序列号去和一级缓存匹配是否有，有就直接取出来，如果没有，则发出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) ，首先Hibernate查询缓存存放实体的ID，第二次查询的时候就到Hibernate查询缓存中取出ID 一条一条的到数据库查询，这样，将发出N 条SQL造成了SQL泛滥。

当都开启Hibernate查询缓存和二级缓存的时候：  
第一：如果查询的是部分属性结果集： 这个和上面只是用Hibernate查询缓存而关闭 二级缓存的时候一致，因为不涉及实体不会用到二级缓存；  
第二：如果查询的是实体结果集eg(from Student)，首先Hibernate查询缓存存放实体的ID，第二次查询的时候，就到Hibernate查询缓存中取出ID，到二级缓存区找数据，如果有数据，就不会发出SQL；如果都有，一条SQL都不会发出，直接从二级缓存中取数据。  
  
总结： 查询缓存的key与HQL，查询参数以及分布参数有关，而且一旦查询涉及到的任何一张表的数据发生了变化，缓存就失效了，所以在生产环境中命中率较低。**查询缓存保存的是结果集的id列表，而不是结果集本身** ，命中缓存的时候，会根据id一个一个地先从二级缓存查找 ，找不到再查询数据库。

list()没有使用缓存中的实体对象，因为查询需要查找到所有符合条件的记录，因此必须执行SELECT SQL，来保证查询数据的完整性；而iterate()通过执行SELECT SQL语句来获取满足查询条件的记录的ID，来保证查询数据的完整性