hibernate 二级缓存相关知识

使用二级缓存配置
1)配置二级缓存供应商

 <!--
  二级缓存的供应商
 -->
 <property name="cache.provider_class">
  org.hibernate.cache.EhCacheProvider
 </property>
2)开启二级缓存
<!--
  开启二级缓存
 -->
 <property name="cache.use_second_level_cache">true</property>
开启二级缓存统计
<!--
  开启二级缓存的统计机制
  -->
 <property name="generate_statistics">true</property>
在需要缓存的实体类中配置缓存策略
<cache usage="read-only"/>

如果想开启集合缓存则在相应的

1.通过实践得知,get可以操作二级缓存,它首先从一级缓存中获取数据,如果一级缓存没有该数据则再查询二级缓存,二级缓存没有则查询数据库
2.save,update 方法不会操作二级缓存
3.createQuery().list()可以将数据放入二级缓存这单是不操作二级缓存
iterator :可以操作二级缓存,首先会查询所有的id,根据id获取二级缓存中属性数据。
缓存策略:

1:事务(Transaction)仅在受管理的环境中可用。它保证可重读的事务隔离级别,可以对读/写比例高,很少更新的数据采用该策略。
2:读写(read-write)使用时间戳机制维护读写提交事务隔离级别。可以对读/写比例高,很少更新的数据采用该策略。
3:非严格读写(notstrict-read-write)不保证Cache和数据库之间的数据库的一致性。使用此策略时,应该设置足够的缓存过期时间,否则可能从缓存中读出脏数据。当一些数据极少改变,并且当这些数据和数据库有一部份不量影响不大时,可以使用此策略。
4:只读(read-only)当确保数据永不改变时,可以使用此策略。对象只要加载到二级缓存只能读取不能修改

什么是缓存(我的理解):在内存中开辟一块空间,把原来在硬盘上的东西,放到内存当中,当需要用到一些数据时,直接在内存中查找,而不是到硬盘上查找。这块内存中的空间就是缓存。缓存能提高程序的运行效率。

一级缓存(session级的缓存):在一个session中load同一个对象2次,load时,hibernate首先在session缓存中查找对象,如果没找到就到数据库中去load。因此,在同一个session中load一个对象2次,只会发出一条sql语句。而在2个session中load同一个对象则会发送2次sql语句。

二级缓存(session的公用缓存,sessionFactory级别的缓存,jvm级缓存):hibernate支持多种二级缓存,hibernate提供了一个HashTable,用于测试,不建议运用与产品中。

Hibernate支持的jvm级的缓存有如下:

org.hibernate.cache.HashtableCacheProvider(hibernate自带的用于测试的2级缓存。)

org.hibernate.cache.EhCacheProvider

org.hibernate.cache.OSCacheProvider

org.hibernate.cache.SwarmCacheProvider

org.hibernate.cache.TreeCacheProvider

在hibernate的配置文件中打开二级缓存如下:

        <!--

                                    打开并配置二级缓存

        -->

        <property name="cache.use_second_level_cache">true</property>

 

 <property name="cache.provider_class">org.hibernate.cache.EhCacheProvider

</property>

二级缓存适合放什么对象呢?

经常被访问(这个对象经常被访问,如果每次都到数据库去取,会降低效率)

改动不大(这个对象改动不大,如果改动较大,就可能造成缓存数据跟数据库中的数据不一致)

在hibernate3.5.4中,这样的配置会出现一个问题。就是加上打开缓存的2句话,   

sf=new AnnotationConfiguration().configure().buildSessionFactory();无法成功执行。问题还未解决。用hibernate自带的org.hibernate.cache.HashtableCacheProvider则可以正常执行。

③数量有限(如果这个类的对象太多,缓存就会很大。)

三级缓存(查询缓存):如果要使Query使用二级缓存,则需要打开查询缓存。事实上,三级缓存是基于二级缓存的,如:list(集合),默认情况,它只会往二级缓存中存放数据,查找时不会搜索二级缓存,这是因为查询条件会随时变化。有一种情况就是2次查询的条件是一样的,这是要想使用二级缓存,就必须打开查询缓存,打开方式如:

<property name="cache.use_query_cache">true</property>

然后加上:setCachable(true)

二级缓存存储的是对象缓存,所以在我们查询属性数据时则不会放入到二级缓存中,放到了查询缓存中。

查询缓存hql语句一摸一样才能使用查询缓存否则不能存入查询缓存。


缓存算法有:

LRU(Least Recently Used):这种算法是在每个对象中维护一个访问的时间变量,每次访问后,时间都会更新,当新的对象需要存放到缓存时,替换那个按时间排序最后的对象。

LFU(Least Frequently Used):这种算法是每个对象记录了对象访问的次数(即命中率),当新的对象需要存放到缓存时,替换那个访问次数最少的对象。

FIFO(First In First Out):这种算法是将缓存中的对象存放成一个数组,当新的对象需要存放到内存中是,替换最先存放到缓存的对象。使用时通常在缓存配置文件中加入: MemoryStoreEvictionPolicy = "LRU"
eheache:配置详解:

配置文件案例

复制代码
 1 <ehcache>
 2 
 3     
 4     <!-- 
 5         磁盘存储:将缓存中暂时不使用的对象,转移到硬盘,类似于Windows系统的虚拟内存
 6         path:指定在硬盘上存储对象的路径
 7      -->
 8     <diskStore path="java.io.tmpdir" />
 9 
10     
11     <!-- 
12         defaultCache:默认的缓存配置信息,如果不加特殊说明,则所有对象按照此配置项处理
13         maxElementsInMemory:设置了缓存的上限,最多存储多少个记录对象
14         eternal:代表对象是否永不过期
15         timeToIdleSeconds:最大的发呆时间
16         timeToLiveSeconds:最大的存活时间
17         overflowToDisk:是否允许对象被写入到磁盘
18      -->
19     <defaultCache maxElementsInMemory="10000" eternal="false"
20         timeToIdleSeconds="120" timeToLiveSeconds="120" overflowToDisk="true" />
21     
22     <!-- 
23         cache:为指定名称的对象进行缓存的特殊配置
24         name:指定对象的完整名
25      -->
26     <cache name="com.zbaccp.entity.Person" maxElementsInMemory="10000" eternal="false"
27         timeToIdleSeconds="300" timeToLiveSeconds="600" overflowToDisk="true" />
28 
29 
30 </ehcache>
复制代码

 

 

二:属性详解

1、diskStore :指定数据(.data and .index)存储位置,可指定磁盘中的文件夹位置期 The diskStore element is optional. It must be configured if you have overflowToDisk or diskPersistent enabled    for any cache. If it is not configured, a warning will be issues and java.io.tmpdir will be used.


2、defaultCache : 默认的管理策略


一、以下属性是必须的:
  1、name: Cache的名称,必须是唯一的(ehcache会把这个cache放到HashMap里)。
  2、maxElementsInMemory:在内存中缓存的element的最大数目。 
  3、maxElementsOnDisk:在磁盘上缓存的element的最大数目,默认值为0,表示不限制。 
  4、eternal:设定缓存的elements是否永远不过期。如果为true,则缓存的数据始终有效,如果为false那么还要根据timeToIdleSeconds,timeToLiveSeconds判断。 
  5、overflowToDisk: 如果内存中数据超过内存限制,是否要缓存到磁盘上。 
二、以下属性是可选的:
  1、timeToIdleSeconds: 对象空闲时间,指对象在多长时间没有被访问就会失效。只对eternal为false的有效。默认值0,表示一直可以访问。
  2、timeToLiveSeconds: 对象存活时间,指对象从创建到失效所需要的时间。只对eternal为false的有效。默认值0,表示一直可以访问。
  3、diskPersistent: 是否在磁盘上持久化。指重启jvm后,数据是否有效。默认为false。 
  4、diskExpiryThreadIntervalSeconds: 对象检测线程运行时间间隔。标识对象状态的线程多长时间运行一次。
  5、diskSpoolBufferSizeMB: DiskStore使用的磁盘大小,默认值30MB。每个cache使用各自的DiskStore。
  6、memoryStoreEvictionPolicy: 如果内存中数据超过内存限制,向磁盘缓存时的策略。默认值LRU,可选FIFO、LFU。 
三、缓存的3 种清空策略 :
  1、FIFO ,first in first out (先进先出).
  2、LFU , Less Frequently Used (最少使用).意思是一直以来最少被使用的。缓存的元素有一个hit 属性,hit 值最小的将会被清出缓存。
  3、LRU ,Least Recently Used(最近最少使用). (ehcache 默认值).缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。
查询缓存:意义 一,二级缓存为对象缓存,缓存持久化对象,它会查询出对象对应数据库表中所有字段,但是我们业务只需要10个字段,那么一级,二级缓存效率就没有查询缓存高。查询缓存根据我们业务获取相关业务字段信息。查询缓存也称数据缓存,业务需要多少字段信息则查询多少,并将其数据放入缓存中。生命周期:只要一些数据放入查询缓存中,直到缓存中数据被修改,生命周期结束。
在sessionfactoryimpl中有querycache,updatetimestampcache(查询缓存及时间戳缓存)两个组成查询缓存,大致意思是就是比如我们2018年11点2分32秒进行了查询缓存,然后在11点23分进行了更新,并进行了查询缓存操作,那么我们上一个时间点查询缓存会清空,获取最近时间的查询数据。然后放入查询缓存中。
延迟加载:

延迟加载简单来说就是我什么时候需要数据时我在发出sql查询,这样可以一定程度上提高效率。

懒加载:分为类的延迟加载,集合懒加载,manytoone 懒加载(影响不大),懒加载在映射文件中加入lazy属性true

还有进一步懒加载extra ,这种使用场景比如我需要统计学生数,平均值等时可以使用extra,会调用count()等函数而不去加载其他属性。

开发经验:一旦映射文件确定最好不要修改,延迟加载是通过控制sql语句发出时间来提高效率。

抓取策略:


抓取策略,优化加载set集合方式,研究set集合,研究onetomany,manytomany


join:左外连接 在含有子查询的时候,join链接不起不做用

select:默认值 先查寻一的一方的数据,然后再根据一的一方主键查询关联的一方

subselect:子查询




  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值