hibernate二級緩存使用

❶ hibernate怎麼實現二級緩存

答案轉載自：

如何在程序里使用二級緩存：
首先在hibernate.cfg.xml開啟二級緩存

Xml代碼

<hibernate-configuration>
<session-factory>

......

<!-- 開啟二級緩存 -->
<property name="hibernate.cache.use_second_level_cache">true</property>
<!-- 啟動"查詢緩存"如果想緩存使用findall()、list()、Iterator()、createCriteria()、createQuery()等方法獲得的數據結果集,必須配置此項-->
<property name="hibernate.cache.use_query_cache">true</property>
<!-- 設置二級緩存插件EHCache的Provider類-->
<!-- <property name="hibernate.cache.provider_class">
org.hibernate.cache.EhCacheProvider
</property> -->
<!-- 二級緩存區域名的前綴 -->
<!--<property name="hibernate.cache.region_prefix">test</property>-->
<!-- 高速緩存提供程序 -->
<property name="hibernate.cache.region.factory_class">
net.sf.ehcache.hibernate.EhCacheRegionFactory
</property>
<!-- Hibernate4以後都封裝到org.hibernate.cache.ehcache.EhCacheRegionFactory -->
<!-- 指定緩存配置文件位置 -->
<!-- <property name="hibernate.cache.provider_configuration_file_resource_path">
ehcache.xml
</property> -->
<!-- 強制Hibernate以更人性化的格式將數據存入二級緩存 -->
<property name="hibernate.cache.use_structured_entries">true</property>

<!-- Hibernate將收集有助於性能調節的統計數據 -->
<property name="hibernate.generate_statistics">true</property>

......

</session-factory>
</hibernate-configuration>

然後是ehcache配置（ehcache.xml）
cache參數詳解：
● name:指定區域名
● maxElementsInMemory ：緩存在內存中的最大數目
● maxElementsOnDisk：緩存在磁碟上的最大數目
● eternal ：設置是否永遠不過期
● overflowToDisk ： 硬碟溢出數目
● timeToIdleSeconds ：對象處於空閑狀態的最多秒數後銷毀
● timeToLiveSeconds ：對象處於緩存狀態的最多秒數後銷毀
● memoryStoreEvictionPolicy:緩存演算法，有LRU（默認）、LFU、LFU

關於緩存演算法，常見有三種：
● LRU：（Least Rencently Used）新來的對象替換掉使用時間算最近很少使用的對象
● LFU：（Least Frequently Used）替換掉按命中率高低算比較低的對象
● LFU：（First In First Out）把最早進入二級緩存的對象替換掉

Xml代碼

<?xml version="1.0" encoding="UTF-8"?>
<ehcache>
<!--如果緩存中的對象存儲超過指定的緩存數量的對象存儲的磁碟地址-->
<diskStore path="D:/ehcache"/>

<!-- 默認cache：如果沒有對應的特定區域的緩存，就使用默認緩存 -->
<defaultCache maxElementsInMemory="10000"
eternal="false"
timeToIdleSeconds="300"
timeToLiveSeconds="600"
overflowToDisk="false"/>
<!-- 指定區域cache：通過name指定，name對應到Hibernate中的區域名即可-->
<cache name="cn.javass.h3test.model.UserModel"
eternal="false"
maxElementsInMemory="100"
timeToIdleSeconds="1200"
timeToLiveSeconds="1200"
overflowToDisk="false">
</cache>

</ehcache>

在每個實體的hbm文件中配置cache元素，usage可以是read-only或者是read-write等4種。

Xml代碼

<?xml version="1.0" encoding='UTF-8'?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"" >
<hibernate-mapping>
<class>
<!-- 設置該持久化類的二級緩存並發訪問策略 read-only read-write nonstrict-read-write transactional-->
<class name="cn.java.test.model.User" table="TBL_USER">
<cache usage="read-write"/>
......
</class>
</hibernate-mapping>

也可以用Hibernate註解配置緩存實體類

Java代碼

@Entity
@Table
@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
public class User implements Serializable {
private static final long serialVersionUID = -5121812640999313420L;
private Integer id;
private String name;

......
}

❷ Hibernate二級緩存的作用是什麼

使用緩存，是需要對應用系統進行性能優化而常採用的一種重要手段。合理地運用緩存，可以極大的提高應用系統的運行效率。
Hibernate中應用緩存：因為應用程序訪問資料庫，讀寫數據的代價非常高，而利用持久層的緩存可以減少應用程序與資料庫之間的交互，即把訪問過的數據保存到緩存中，應用程序再次訪問已經訪問過的數據，這些數據就可以從緩存中獲取，而不必再從資料庫中獲取。同時如果資料庫中的數據被修改或者刪除，那麼是、該數據所對應的緩存數據，也會被同步修改或刪除，進而保持緩存數據的一致性。

Hibernate的二級緩存由SessionFactory對象管理，是應用級別的緩存。它可以緩存整個應用的持久化對象，所以又稱為「SessionFactory緩存」。
hibernate二級緩存中的緩存對象可以被整個應用的Session對象共享，即使關閉當前Session對象，新建的Session對象仍可使用。使用Hibernate的二級緩存之後查詢數據，Session對象會首先在以及緩存中查找有無緩存數據被命中。如果沒有，則查找二級緩存。如果有，則直接返回所命中的數據；否則查詢資料庫。

❸ 什麼是hibernate二級緩存

在向大家詳細介紹Hibernate二級緩存之前，首先讓大家了解下一級緩存，然後全面介紹Hibernate二級緩存。

Hibernate中提供了兩級Cache，第一級別的緩存是Session級別的緩存，它是屬於事務范圍的緩存。這一級別的緩存由hibernate管理的，一般情況下無需進行干預；第二級別的緩存是SessionFactory級別的緩存，它是屬於進程范圍或群集范圍的緩存。這一級別的緩存可以進行配置和更改，並且可以動態載入和卸載。 Hibernate還為查詢結果提供了一個查詢緩存，它依賴於第二級緩存。

❹ 什麼是hibernate中的二級緩存

第一級別的緩存是Session級別的緩存，是屬於事務范圍的緩存，由Hibernate管理，一般無需進行干預。第二級別的緩存是SessionFactory級別的緩存，是屬於進程范圍的緩存。

二級緩存也分為了兩種

內置緩存：Hibernate自帶的，不可卸載，通常在Hibernate的初始化階段，Hibernate會把映射元數據和預定義的sql語句放置到SessionFactory的緩存中。該內置緩存是只讀的。

外置緩存：通常說的二級緩存也就是外置緩存，在默認情況下SessionFactory不會啟用這個緩存插件，外置緩存中的數據是資料庫數據的復制，外置緩存的物理介質可以是內存或者硬碟。

hibernate二級緩存的結構

2.並發訪問策略

transactional

（事務型）

僅在受管理的環境中適用

提供Repeatable Read事務隔離級別

適用經常被讀，很少修改的數據

可以防止臟讀和不可重復讀的並發問題

緩存支持事務，發生異常的時候，緩存也能夠回滾

read-write

（讀寫型）

提供Read Committed事務隔離級別

在非集群的環境中適用

適用經常被讀，很少修改的數據

可以防止臟讀

更新緩存的時候會鎖定緩存中的數據

nonstrict-read-write

（非嚴格讀寫型）

適用極少被修改，偶爾允許臟讀的數據（兩個事務同時修改數據的情況很少見）

不保證緩存和資料庫中數據的一致性

為緩存數據設置很短的過期時間，從而盡量避免臟讀

不鎖定緩存中的數據

read-only

（只讀型）

適用從來不會被修改的數據（如參考數據）

在此模式下，如果對數據進行更新操作，會有異常

事務隔離級別低，並發性能高

在集群環境中也能完美運作

分析：通過上述表格分析如下

適合放入二級緩存中數據

很少被修改

不是很重要的數據，允許出現偶爾的並發問題

不適合放入二級緩存中的數據

經常被修改

財務數據，絕對不允許出現並發問題

與其他應用數據共享的數據

❺ 什麼是hibernate的二級緩存

在向大家詳細介紹Hibernate二級緩存之前，首先讓大家了解下一級緩存，然後全面介紹Hibernate二級緩存。

Hibernate中提供了兩級Cache，第一級別的緩存是Session級別的緩存，它是屬於事務范圍的緩存。這一級別的緩存由hibernate管理的，一般情況下無需進行干預；第二級別的緩存是SessionFactory級別的緩存，它是屬於進程范圍或群集范圍的緩存。這一級別的緩存可以進行配置和更改，並且可以動態載入和卸載。 Hibernate還為查詢結果提供了一個查詢緩存，它依賴於第二級緩存。

一. 一級緩存和二級緩存的比較：

第一級緩存 第二級緩存 存放數據的形式相互關聯的持久化對象 對象的散裝數據 緩存的范圍事務范圍，每個事務都有單獨的第一級緩存進程范圍或集群范圍，緩存被同一個進程或集群范圍內的所有事務共享並發訪問策略由於每個事務都擁有單獨的第一級緩存，不會出現並發問題，無需提供並發訪問策略由於多個事務會同時訪問第二級緩存中相同數據，因此必須提供適當的並發訪問策略，來保證特定的事務隔離級別數據過期策略沒有提供數據過期策略。處於一級緩存中的對象永遠不會過期，除非應用程序顯式清空緩存或者清除特定的對象必須提供數據過期策略，如基於內存的緩存中的對象的最大數目，允許對象處於緩存中的最長時間，以及允許對象處於緩存中的最長空閑時間物理存儲介質內存內存和硬碟。對象的散裝數據首先存放在基於內存的緩存中，當內存中對象的數目達到數據過期策略中指定上限時，就會把其餘的對象寫入基於硬碟的緩存中。緩存的軟體實現在Hibernate的Session的實現中包含了緩存的實現由第三方提供，Hibernate僅提供了緩存適配器(CacheProvider)。用於把特定的緩存插件集成到Hibernate中。啟用緩存的方式只要應用程序通過Session介面來執行保存、更新、刪除、載入和查詢資料庫數據的操作，Hibernate就會啟用第一級緩存，把資料庫中的數據以對象的形式拷貝到緩存中，對於批量更新和批量刪除操作，如果不希望啟用第一級緩存，可以繞過Hibernate API，直接通過JDBC API來執行指操作。用戶可以在單個類或類的單個集合的粒度上配置第二級緩存。如果類的實例被經常讀但很少被修改，就可以考慮使用第二級緩存。只有為某個類或集合配置了第二級緩存，Hibernate在運行時才會把它的實例加入到第二級緩存中。用戶管理緩存的方式第一級緩存的物理介質為內存，由於內存容量有限，必須通過恰當的檢索策略和檢索方式來限制載入對象的數目。Session的 evit()方法可以顯式清空緩存中特定對象，但這種方法不值得推薦。第二級緩存的物理介質可以是內存和硬碟，因此第二級緩存可以存放大量的數據，數據過期策略的maxElementsInMemory屬性值可以控制內存中的對象數目。管理第二級緩存主要包括兩個方面：選擇需要使用第二級緩存的持久類，設置合適的並發訪問策略：選擇緩存適配器，設置合適的數據過期策略。

二. 一級緩存的管理：

當應用程序調用Session的save()、update()、savaeOrUpdate()、get()或load()，以及調用查詢介面的 list()、iterate()或filter()方法時，如果在Session緩存中還不存在相應的對象，Hibernate就會把該對象加入到第一級緩存中。當清理緩存時，Hibernate會根據緩存中對象的狀態變化來同步更新資料庫。 Session為應用程序提供了兩個管理緩存的方法： evict(Object obj)：從緩存中清除參數指定的持久化對象。 clear()：清空緩存中所有持久化對象。

三. Hibernate二級緩存的管理：

1. Hibernate二級緩存策略的一般過程如下：
1) 條件查詢的時候，總是發出一條select * from table_name where …. （選擇所有欄位）這樣的SQL語句查詢資料庫，一次獲得所有的數據對象。
2) 把獲得的所有數據對象根據ID放入到第二級緩存中。
3) 當Hibernate根據ID訪問數據對象的時候，首先從Session一級緩存中查；查不到，如果配置了二級緩存，那麼從二級緩存中查；查不到，再查詢資料庫，把結果按照ID放入到緩存。
4) 刪除、更新、增加數據的時候，同時更新緩存。
Hibernate二級緩存策略，是針對於ID查詢的緩存策略，對於條件查詢則毫無作用。為此，Hibernate提供了針對條件查詢的Query Cache。

2. 什麼樣的數據適合存放到第二級緩存中？
1) 很少被修改的數據
2) 不是很重要的數據，允許出現偶爾並發的數據
3) 不會被並發訪問的數據
4) 參考數據,指的是供應用參考的常量數據，它的實例數目有限，它的實例會被許多其他類的實例引用，實例極少或者從來不會被修改。

3. 不適合存放到第二級緩存的數據？
1) 經常被修改的數據
2) 財務數據，絕對不允許出現並發
3) 與其他應用共享的數據。

4. 常用的緩存插件 Hibernater二級緩存是一個插件，下面是幾種常用的緩存插件：
◆EhCache：可作為進程范圍的緩存，存放數據的物理介質可以是內存或硬碟，對Hibernate的查詢緩存提供了支持。
◆OSCache：可作為進程范圍的緩存，存放數據的物理介質可以是內存或硬碟，提供了豐富的緩存數據過期策略，對Hibernate的查詢緩存提供了支持。
◆SwarmCache：可作為群集范圍內的緩存，但不支持Hibernate的查詢緩存。
◆JBossCache：可作為群集范圍內的緩存，支持事務型並發訪問策略，對Hibernate的查詢緩存提供了支持。

5. 配置Hibernate二級緩存的主要步驟：
1) 選擇需要使用二級緩存的持久化類，設置它的命名緩存的並發訪問策略。這是最值得認真考慮的步驟。
2) 選擇合適的緩存插件，然後編輯該插件的配置文件。

❻ hibernate 二級緩存如何使用，還有查詢緩存

有session緩存又叫一級緩存，sessionFactory緩存；其中sessionFactory緩存又分為兩種：一種是內置緩存，一種是外置緩存即二級緩存，存放資料庫數據。
如何使用：
session緩存不需要任何設置，在你openSession時它就自己開始工作了。
外置緩存即二級緩存需要在xml文件中進行配置。
Hibernate緩存分為二級，
第一級存放於session中稱為一級緩存，默認帶有且不能卸載。
第二級是由sessionFactory控制的進程級緩存。是全局共享的緩存，凡是會調用二級緩存的查詢方法 都會從中受益。只有經正確的配置後二級緩存才會發揮作用。同時在進行條件查詢時必須使用相應的方法才能從緩存中獲取數據。比如Query.iterate()方法、load、get方法等。必須注意的是session.find方法永遠是從資料庫中獲取數據，不會從二級緩存中獲取數據，即便其中有其所需要的數據也是如此。
查詢時使用緩存的實現過程為：首先查詢一級緩存中是否具有需要的數據，如果沒有，查詢二級緩存，如果二級緩存中也沒有，此時再執行查詢資料庫的工作。要注意的是：此3種方式的查詢速度是依次降低的。
存在的問題
一級緩存的問題以及使用二級緩存的原因
因為Session的生命期往往很短，存在於Session內部的第一級最快緩存的生命期當然也很短，所以第一級緩存的命中率是很低的。其對系統性能的改善也是很有限的。當然，這個Session內部緩存的主要作用是保持Session內部數據狀態同步。並非是hibernate為了大幅提高系統性能所提供的。
為了提高使用hibernate的性能，除了常規的一些需要注意的方法比如：
使用延遲載入、迫切外連接、查詢過濾等以外，還需要配置hibernate的二級緩存。其對系統整體性能的改善往往具有立竿見影的效果！
（經過自己以前作項目的經驗，一般會有3~4倍的性能提高）

❼ hibernate二級緩存什麼時候用

Hibernate緩存何時使用和如何使用？

Hibernate緩存分為二級，第一級存放於session中稱為一級緩存，默認帶有且不能卸載。第二級是由sessionFactory控制的進程級緩存。是全局共享的緩存，凡是會調用二級緩存的查詢方法 都會從中受益。

1. 關於hibernate緩存的問題：

1.1. 基本的緩存原理

Hibernate緩存分為二級，

第一級存放於session中稱為一級緩存，默認帶有且不能卸載。

第二級是由sessionFactory控制的進程級緩存。是全局共享的緩存，凡是會調用二級緩存的查詢方法 都會從中受益。只有經正確的配置後二級緩存才會發揮作用。同時在進行條件查詢時必須使用相應的方法才能從緩存中獲取數據。比如 Query.iterate()方法、load、get方法等。必須注意的是session.find方法永遠是從資料庫中獲取數據，不會從二級緩存中獲 取數據，即便其中有其所需要的數據也是如此。

查詢時使用緩存的實現過程為：首先查詢一級緩存中是否具有需要的數據，如果沒有，查詢二級緩存，如果二級緩存中也沒有，此時再執行查詢資料庫的工作。要注意的是：此3種方式的查詢速度是依次降低的。

1.2. 存在的問題

1.2.1. 一級緩存的問題以及使用二級緩存的原因

因為Session的生命期往往很短，存在於Session內部的第一級最快緩存的生命期當然也很短，所以第一級緩存的命中率是很低的。其對系統性 能的改善也是很有限的。當然，這個Session內部緩存的主要作用是保持Session內部數據狀態同步。並非是hibernate為了大幅提高系統性 能所提供的。

為了提高使用hibernate的性能，除了常規的一些需要注意的方法比如：

使用延遲載入、迫切外連接、查詢過濾等以外，還需要配置hibernate的二級緩存。其對系統整體性能的改善往往具有立竿見影的效果！

（經過自己以前作項目的經驗，一般會有3~4倍的性能提高）

1.2.2. N+1次查詢的問題

1.2.2.1 什麼時候會遇到1+N的問題？

前提：Hibernate默認表與表的關聯方法是fetch="select"，不是fetch="join",這都是為了懶載入而准備的。

1）一對多(<set><list>) ，在1的這方，通過1條sql查找得到了1個對象，由於關聯的存在 ，那麼又需要將這個對象關聯的集合取出，所以合集數量是n還要發出n條sql，於是本來的1條sql查詢變成了1 +n條 。

2）多對一<many-to-one> ，在多的這方，通過1條sql查詢得到了n個對象，由於關聯的存在,也會將這n個對象對應的1 方的對象取出， 於是本來的1條sql查詢變成了1 +n條 。

3）iterator 查詢時,一定先去緩存中找（1條sql查集合,只查出ID），在沒命中時，會再按ID到庫中逐一查找， 產生1+n條SQL

1.2.2.2 怎麼解決1+N 問題？

1 ）lazy=true， hibernate3開始已經默認是lazy=true了；lazy=true時不會立刻查詢關聯對象，只有當需要關聯對象（訪問其屬性，非id欄位）時才會發生查詢動作。

2）使用二級緩存， 二級緩存的應用將不怕1+N 問題，因為即使第一次查詢很慢（未命中），以後查詢直接緩存命中也是很快的。剛好又利用了1+N 。

3) 當然你也可以設定fetch="join"，一次關聯表全查出來，但失去了懶載入的特性。

執行條件查詢時，iterate（）方法具有著名的 「n+1」次查詢的問題，也就是說在第一次查詢時iterate方法會執行滿足條件的查詢結果數再加一次（n+1）的查詢。但是此問題只存在於第一次查詢 時，在後面執行相同查詢時性能會得到極大的改善。此方法適合於查詢數據量較大的業務數據。

但是注意：當數據量特別大時（比如流水線數據等）需要針對此持久化對象配置其具體的緩存策略，比如設置其存在於緩存中的最大記錄數、緩存存在的時間等參數，以避免系統將大量的數據同時裝載入內存中引起內存資源的迅速耗盡，反而降低系統的性能！！！

1.3. 使用hibernate二級緩存的其他注意事項：

1.3.1. 關於數據的有效性

另外，hibernate會自行維護二級緩存中的數據，以保證緩存中的數據和資料庫中的真實數據的一致性！無論何時，當你調用save()、 update()或 saveOrUpdate()方法傳遞一個對象時，或使用load()、 get()、list()、iterate() 或scroll()方法獲得一個對象時, 該對象都將被加入到Session的內部緩存中。 當隨後flush()方法被調用時，對象的狀態會和資料庫取得同步。

也就是說刪除、更新、增加數據的時候，同時更新緩存。當然這也包括二級緩存！

只要是調用hibernate API執行資料庫相關的工作。hibernate都會為你自動保證 緩存數據的有效性！！

但是，如果你使用了JDBC繞過hibernate直接執行對資料庫的操作。此時，Hibernate不會/也不可能自行感知到資料庫被進行的變化改動，也就不能再保證緩存中數據的有效性！！

這也是所有的ORM產品共同具有的問題。幸運的是，Hibernate為我們暴露了Cache的清除方法，這給我們提供了一個手動保證數據有效性的機會！！

一級緩存，二級緩存都有相應的清除方法。

其中二級緩存提供的清除方法為：

按對象class清空緩存

按對象class和對象的主鍵id清空緩存

清空對象的集合中的緩存數據等。

1.3.2. 適合使用的情況

並非所有的情況都適合於使用二級緩存，需要根據具體情況來決定。同時可以針對某一個持久化對象配置其具體的緩存策略。

適合於使用二級緩存的情況：

1、數據不會被第三方修改；

一般情況下，會被hibernate以外修改的數據最好不要配置二級緩存，以免引起不一致的數據。但是如果此數據因為性能的原因需要被緩存，同時又 有可能被第3方比如SQL修改，也可以為其配置二級緩存。只是此時需要在sql執行修改後手動調用cache的清除方法。以保證數據的一致性

2、數據大小在可接收范圍之內；

如果數據表數據量特別巨大，此時不適合於二級緩存。原因是緩存的數據量過大可能會引起內存資源緊張，反而降低性能。
如果數據表數據量特別巨大，但是經常使用的往往只是較新的那部分數據。此時，也可為其配置二級緩存。但是必須單獨配置其持久化類的緩存策略，比如最大緩存數、緩存過期時間等，將這些參數降低至一個合理的范圍（太高會引起內存資源緊張，太低了緩存的意義不大）。

3、數據更新頻率低；

對於數據更新頻率過高的數據，頻繁同步緩存中數據的代價可能和 查詢緩存中的數據從中獲得的好處相當，壞處益處相抵消。此時緩存的意義也不大。

4、非關鍵數據（不是財務數據等）

財務數據等是非常重要的數據，絕對不允許出現或使用無效的數據，所以此時為了安全起見最好不要使用二級緩存。

因為此時 「正確性」的重要性遠遠大於 「高性能」的重要性。

2. 目前系統中使用hibernate緩存的建議

2.1. 目前情況

一般系統中有三種情況會繞開hibernate執行資料庫操作：

1、多個應用系統同時訪問一個資料庫

此種情況使用hibernate二級緩存會不可避免的造成數據不一致的問題，此時要進行詳細的設計。比如在設計上避免對同一數據表的同時的寫入操作，
使用資料庫各種級別的鎖定機制等。

2、動態表相關

所謂「動態表」是指在系統運行時根據用戶的操作系統自動建立的數據表。

比如「自定義表單」等屬於用戶自定義擴展開發性質的功能模塊，因為此時數據表是運行時建立的，所以不能進行hibernate的映射。因此對它的操作只能是繞開hibernate的直接資料庫JDBC操作。

如果此時動態表中的數據沒有設計緩存，就不存在數據不一致的問題。

如果此時自行設計了緩存機制，則調用自己的緩存同步方法即可。

3、使用sql對hibernate持久化對象表進行批量刪除時

此時執行批量刪除後，緩存中會存在已被刪除的數據。

分析：

當執行了第3條（sql批量刪除）後，後續的查詢只可能是以下三種方式：

a. session.find（）方法：

根據前面的總結，find方法不會查詢二級緩存的數據，而是直接查詢資料庫。

所以不存在數據有效性的問題。

b. 調用iterate方法執行條件查詢時：

根據iterate查詢方法的執行方式，其每次都會到資料庫中查詢滿足條件的id值，然後再根據此id 到緩存中獲取數據，當緩存中沒有此id的數據才會執行資料庫查詢；

如果此記錄已被sql直接刪除，則iterate在執行id查詢時不會將此id查詢出來。所以，即便緩存中有此條記錄也不會被客戶獲得，也就不存在不一致的情況。（此情況經過測試驗證）

c. 用get或load方法按id執行查詢：

客觀上此時會查詢得到已過期的數據。但是又因為系統中執行sql批量刪除一般是針對中間關聯數據表，對於中間關聯表的查詢一般都是採用條件查詢 ,按id來查詢某一條關聯關系的幾率很低,所以此問題也不存在!

如果某個值對象確實需要按id查詢一條關聯關系,同時又因為數據量大使用 了sql執行批量刪除。當滿足此兩個條件時,為了保證按id 的查詢得到正確的結果,可以使用手動清楚二級緩存中此對象的數據的方法!!(此種情況出現的可能性較小)

2.2. 建 議

1、建議不要使用sql直接執行數據持久化對象的數據的更新，但是可以執行 批量刪除。（系統中需要批量更新的地方也較少）

2、如果必須使用sql執行數據的更新，必須清空此對象的緩存數據。調用

SessionFactory.evict(class)

SessionFactory.evict(class,id)等方法。

3、在批量刪除數據量不大的時候可以直接採用hibernate的批量刪除，這樣就不存在繞開hibernate執行sql產生的緩存數據一致性的問題。

4、不推薦採用hibernate的批量刪除方法來刪除大批量的記錄數據。

原因是hibernate的批量刪除會執行1條查詢語句外加 滿足條件的n條刪除語句。而不是一次執行一條條件刪除語句！！
當待刪除的數據很多時會有很大的性能瓶頸！！！如果批量刪除數據量較大,比如超過50條,可以採用JDBC直接刪除。這樣作的好處是只執行一條sql刪除語句,性能會有很大的改善。同時，緩存數據同步的問題,可以採用 hibernate清除二級緩存中的相關數據的方法。

調 用

SessionFactory.evict(class) ;

SessionFactory.evict(class,id)等方法。

所以說，對於一般的應用系統開發而言（不涉及到集群，分布式數據同步問題等），因為只在中間關聯表執行批量刪除時調用了sql執行，同時中間關聯表 一般是執行條件查詢不太可能執行按id查詢。所以，此時可以直接執行sql刪除，甚至不需要調用緩存的清除方法。這樣做不會導致以後配置了二級緩存引起數 據有效性的問題。

退一步說，即使以後真的調用了按id查詢中間表對象的方法，也可以通過調用清除緩存的方法來解決。

3、具體的配置方法

根據我了解的很多hibernate的使用者在調用其相應方法時都迷信的相信「hibernate會自行為我們處理性能的問題」，或者 「hibernate 會自動為我們的所有操作調用緩存」,實際的情況是hibernate雖然為我們提供了很好的緩存機制和擴展緩存框架的支持，但是必須經過正確的調用其才有 可能發揮作用！！所以造成很多使用hibernate的系統的性能問題，實際上並不是hibernate不行或者不好，而是因為使用者沒有正確的了解其使 用方法造成的。相反，如果配置得當hibernate的性能表現會讓你有相當「驚喜的」發現。下面我講解具體的配置方法。

ibernate提供了二級緩存的介面：

net.sf.hibernate.cache.Provider,

同時提供了一個默認的 實現net.sf.hibernate.cache.HashtableCacheProvider，

也可以配置 其他的實現 比如ehcache,jbosscache等。

具體的配置位置位於hibernate.cfg.xml文件中

• <propertyname="hibernate.cache.use_query_cache">true</property>

• <propertyname="hibernate.cache.provider_class">net.sf.hibernate.cache.HashtableCacheProvider</property>

很多的hibernate使用者在 配置到 這一步 就以為 完事了，

注意：其實光這樣配，根本就沒有使用hibernate的二級緩存。同時因為他們在使用hibernate時大多時候是馬上關閉session，所 以，一級緩存也沒有起到任何作用。結果就是沒有使用任何緩存，所有的hibernate操作都是直接操作的資料庫！！性能可以想見。

正確的辦法是除了以上的配置外還應該配置每一個vo對象的具體緩存策略，在影射文件中配置。例如：

• <hibernate-mapping>

• <classname="com.sobey.sbm.model.entitySystem.vo.DataTypeVO"table="dcm_datatype">

• <cacheusage="read-write"/>

• <idname="id"column="TYPEID"type="java.lang.Long">

• <generatorclass="sequence"/>

• </id>

• <propertyname="name"column="NAME"type="java.lang.String"/>

• <propertyname="dbType"column="DBTYPE"type="java.lang.String"/>

• </class>

• </hibernate-mapping>

關鍵就是這個<cache usage="read-write"/>，其有幾個選擇read-only,read-write,transactional,等

然後在執行查詢時 注意了 ，如果是條件查詢，或者返回所有結果的查詢，此時session.find()方法 不會獲取緩存中的數據。只有調用query.iterate()方法時才會調緩存的數據。

同時 get 和 load方法 是都會查詢緩存中的數據

❽ hibernate二級緩存有哪些方法

二級緩存是獨立於Hibernate的軟體部件，屬於第三方的產品，多個廠商和組織都提供有緩存產品，例如，EHCache和OSCache等等。在Hibernate中使用二級緩存，首先就要在hibernate.cfg.xml配置文件中配置使用哪個廠家的緩存產品，接著需要配置該緩存產品自己的配置文件，最後要配置Hibernate中的哪些實體對象要納入到二級緩存的管理中。明白了二級緩存原理和有了這個思路後，很容易配置起Hibernate的二級緩存。擴展知識：一個SessionFactory可以關聯一個二級緩存，也即一個二級緩存只能負責緩存一個資料庫中的數據，當使用Hibernate 的二級緩存後，注意不要有其他的應用或SessionFactory來更改當前資料庫中的數據，這樣緩存的數據就會與資料庫中的實際數據不一致。

❾ 誰能幫我解釋下Hibernate 一級緩存 二級緩存 以及查詢緩存

一級緩存
為session級別的緩存，為
hibernate
內置緩存，你從資料庫load或get數據的時候會先去一級緩存上找。如果找到，則不會從資料庫中存，否則從資料庫中取。一級緩存會在session關閉時自動清除。
二級緩存為
SessionFactory
級別的緩存，要使用第三方二級緩存組件，不同session可以共享二級緩存中的數據！
查詢緩存就是hql或
sql語句
要相同，否則無法命中數據