Hibernate查询缓存全面分析
时间：2010-09-19 来源：superior_2008
缓存分类：
◆一级缓存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加载) 使用一级缓存当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 都不会发出 直接从二级缓存中取数据。
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加载) 使用一级缓存当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 都不会发出 直接从二级缓存中取数据。
相关阅读 更多 +
