Hibernate查询缓存全面分析

缓存分类:

  ◆一级缓存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 都不会发出 直接从二级缓存中取数据。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值