当hibernate使用各种缓存模式在二级缓存和数据库之间执行同步时?

当hibernate使用各种缓存模式在二级缓存和数据库之间执行同步时?,第1张

当hibernate使用各种缓存模式在二级缓存和数据库之间执行同步时?

大洋的降落

说到二级缓存,直接来

用法-指定缓存策略:事务性,读写,非严格读写或只读

就实体缓存而言,创建/更新/删除 *** 作的预期调用顺序为:

删除:

lock(java.lang.Object, java.lang.Object)evict(java.lang.Object)release(java.lang.Object, org.hibernate.cache.CacheConcurrencyStrategy.SoftLock)

更新 :

lock(java.lang.Object, java.lang.Object)update(java.lang.Object, java.lang.Object, java.lang.Object, java.lang.Object)afterUpdate(java.lang.Object, java.lang.Object, java.lang.Object,org.hibernate.cache.CacheConcurrencyStrategy.SoftLock)

插入:

insert(java.lang.Object, java.lang.Object, java.lang.Object)afterInsert(java.lang.Object, java.lang.Object, java.lang.Object)

集合缓存而言 ,所有修改 *** 作实际上只会使条目无效。此处的调用顺序为:

lock(java.lang.Object, java.lang.Object)evict(java.lang.Object)release(java.lang.Object, org.hibernate.cache.CacheConcurrencyStrategy.SoftLock)

Nonstrict-R / w和R / W缓存

每当会话开始时,都会向其添加时间戳。(ST)每当在缓存中加载项目时,都会向其添加时间戳。(CT)现在,如果ST
<CT,则意味着会话早于缓存的项目,那么,如果我们在这个较旧的会话中查找缓存的项目,则Hibernate将不会在缓存中查找。取而代之的是,它将始终在数据库中查找,并因此以新的时间戳将项目重新加载到缓存中。

对于非严格读写

•从来没有锁定。

•因此,当实际上在数据库中更新对象时,在提交时(直到数据库完成提交),缓存具有旧对象,数据库具有新对象。

•现在,如果有任何其他会话在寻找对象,它将在缓存中查找并找到旧对象。(

DIRTY READ

•但是,一旦提交完成,就会从高速缓存中逐出对象,以便下一个寻找对象的会话将不得不在数据库中查找。

读写

•一旦有人尝试更新/删除某个项目,该项目就会被软锁定在缓存中,因此,如果有其他会话试图查找该项目,则它必须进入数据库。

•现在,一旦更新结束并且提交了数据,就可以使用新数据刷新缓存并释放锁,这样其他事务现在就可以在CACHE中查找,而不必去数据库了。

•因此,没有机会进行脏读,并且任何会话几乎都将始终从数据库/缓存中读取已读数据。

总结一下:

Readonly cache
只能读取和插入,不能执行更新/删除。性能最快。

Nonstrict Read WriteCache
永远不会使用任何锁,因此总会有脏读的机会。但是,它总是从缓存中逐出该条目,以便任何后续会话始终引用DB。

Read Writecache
使用锁,但是以异步方式,首先在TX中进行插入/更新/删除。当缓存条目被软锁定并且其他会话必须引用数据库时。一旦TX。完成后,将释放锁并更新缓存。(在事务外部)。在某些情况下,可重复读取可能会受到影响。

Transactional caches
显然,在同一事务中更新数据库和缓存,因此它相对于数据库始终处于一致状态。

Entity type
大部分已更新并且具有并发读取和更新的功能,读写缓存策略可能不是很有用,因为大多数读取将被转移到数据库中

查询缓存

需要在我们的hibernate.cfg.xml 1中启用以下属性

真正

此设置将创建两个新的缓存区域:

org.hibernate.cache.StandardQueryCache
,保存缓存的查询结果

org.hibernate.cache.UpdateTimestampsCache
,保存可查询表的最新更新时间戳。这些用于验证结果,因为它们是从查询缓存中提供的。

Querycache
不在缓存中缓存实际实体的状态;它仅缓存标识符值和值类型的结果。因此,对于那些预期要作为查询结果缓存一部分进行缓存的实体,应始终将查询缓存与二级缓存结合使用



欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/4935931.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-11-13
下一篇 2022-11-13

发表评论

登录后才能评论

评论列表(0条)

保存