對Hibernate一級緩存與二級緩存的解析
本文主要介紹Hibernate緩存,以及Hibernate緩存的分類,下面一一為讀者簡單分析,希望大家看后有很大的收獲。
1、Hibernate緩存概述
緩存是介于物理數據源與應用程序之間,是數據庫數據在內存中的存放臨時copy的容器,其作用是為了減少應用程序對物理數據源訪問的次數,從而提高了應用的運行性能。Hibernate在進行讀取數據的時候,根據緩存機制在相應的緩存中查詢,如果在緩存中找到了需要的數據(我們把這稱做“緩存命中"),則就直接把命中的數據作為結果加以利用,避免了建立數據庫查詢的性能損耗。
2:Hibernate緩存分類
一級緩存(session):內部緩存
事務范圍:緩存只能被當前事務訪問。緩存的生命周期依賴于事務的生命周期,當事務結束時,緩存也就結束生命周期。
二級緩存(sessionFactory):緩存被應用范圍內的所有事務共享。 這些事務有可能是并發(fā)訪問緩存,因此必須對緩存進行更新。緩存的生命周期依賴于應用的生命周期,應用結束時, 緩存也就結束了生命周期,二級緩存存在于應用范圍。集群范圍:在集群環(huán)境中,緩存被一個機器或者多個機器的進程共享。緩存中的數據被復制到集群環(huán)境中的每個進程節(jié)點,進程間通過遠程通信來保證緩存中的數據的一致性, 緩存中的數據通常采用對象的松散數據形式,二級緩存也存在與應用范圍。
注意:對大多數應用來說,應該慎重地考慮是否需要使用集群范圍的緩存,再加上集群范圍還有數據同步的問題,所以應當慎用。多種范圍的緩存處理過程持久化層可以提供多種范圍的緩存。如果在事務范圍的緩存中沒有查到相應的數據,還可以到應用范圍或集群范圍的緩存內查詢,如果還是沒有查到,那么只有到數據庫中查詢了。
緩存應用的范圍:修改少,數量在可以接受的范圍內
使用二級緩存的原則:
◆數據不會被第三方修改
◆同一數據系統(tǒng)經常引用
◆數據大小在可接受范圍之內
◆關鍵數據或不會被并發(fā)更新的數據
hibernate引入第三方的緩存組件EHCACHE,下面是具體的實現步驟:
修改hibernate.cfg.xml配置引入ehCache緩存
- <hibernate-configuration>
- <session-factory>
- <property name="hibernate.cache.provider_class">
- net.sf.ehcache.hibernate.EhCacheProvider
- < SPAN>property>
- <property name="hibernate.cache.use_query_cache">true< SPAN>property>
- < SPAN>session-factory>
- < SPAN>hibernate-configuration>
在src根目錄下加入ehcache.xml文件,具體內容如下:
- <ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="ehcache.xsd">
- <defaultCache
- maxElementsInMemory="10000"
- eternal="false"
- timeToIdleSeconds="120"
- timeToLiveSeconds="120"
- overflowToDisk="true"
- />
- < SPAN>ehcache>
在映射文件中指定緩存同步策略
- <class name="com.tenly.bean.Student">
- <cache usage="read-write">
- <set name="classroom">
- <cache usage="read-only">
- < SPAN>set>
- < SPAN>class>
usage屬性說明:
◆read-only:只讀。對于不會發(fā)生改變的數據,可使用只讀型緩存。
◆nonstrict-read-write:不嚴格可讀寫緩存。如果應用程序對并發(fā)訪問下的數據同步要求不是很嚴格的話,而且數據更新操作頻率較低。采用本項,可獲得良好的性能。
◆read-write 對于經常被讀但很少修改的數據,可以采用這種隔離類型,因為它可以防止臟讀這類的并發(fā)問題.
◆transactional(事物型)在Hibernate中,事務型緩存必須運行在JTA事務環(huán)境中。在測試query時,說明其將用二級緩存
- query.setCacheable(true);
3、釋放緩存:
一級緩存的釋放
Session.evict(XXX) 將某個特定的對象從內部緩存中清除,上述的XXX 為對象的實例名。使用此方法有兩種適用情形,需要及時釋放對象占用的內存維持系統(tǒng)的穩(wěn)定性是不希望當前Session繼續(xù)運用此對象的狀態(tài)變化來同步更新數據庫。Session.clear()清除所有的一級緩存
二級緩存的釋放
SessionFacatoyr.evict(XXX) 將某個特定的對象從內部緩存中清除,上述的XXX 為對象的實例名。使用此方法有兩種適用情形,需要及時釋放對象占用的內存維持系統(tǒng)的穩(wěn)定性是不希望當前Session繼續(xù)運用此對象的狀態(tài)變化來同步更新數據庫。SessionFactory.clear()清除所有的二級緩存
4、查詢緩存:
二級緩存策略的一般過程:
Hibernate進行條件查詢的時候,總是發(fā)出一條select * from XXX where …(XXX為 表名,類似的語句下文統(tǒng)稱Select SQL)這樣的SQL語句查詢數據庫,一次獲得所有的符合條件的數據對象。把獲得的所有數據對象根據ID放入到第二級緩存中。當Hibernate根據ID訪問數據對象的時候,首先從內部緩存中查找,如果在內部緩存中查不到就配置二級緩存,從二級緩存中查;如果還查不到,再查詢數據庫,把結果按照ID放入到緩存。添加數據、刪除、更新操作時,同時更新二級緩存。這就是Hibernate做批處理的時候效率不高的原因,原來是要維護二級緩存消耗大量時間的緣故。
條件查詢的處理過程:
第一次查找age>20的所有學生信息,然后納入二級緩存。第二次我們的查詢條件變了,查找age>15的所有學生信息,顯然第一次查詢的結果完全滿足第二次查詢的條件,但并不是滿足條件的全部數據。這樣的話,我們就要再做一次查詢得到全部數據才行。如果我們執(zhí)行的是相同的條件語句,Hibernate引入Query Cache的。
查詢緩存策略的一般過程:
完全相同的Select SQL重復執(zhí)行。重復執(zhí)行期間,Query Key對應的數據表不能有數據變動(比如添、刪、改操作)
啟用Query Cache,我們需要在hibernate.cfg.xml中進行配置,參考配置如下(只列出核心配置項):
- <hibernate-configuration>
- <session-factory>
- <property name="hibernate.cache.user_query_cache">true< SPAN>property>
- < SPAN>session-factory>
- < SPAN>hibernate-configuration>
在查詢執(zhí)行之前,將Query.Cacheable設置為true,而且每次都應該這樣。比如:
- Query query=session.createQuery(hql).setInteger(0.15);
- query.setCacheable(true);
【編輯推薦】