網(wǎng)上商城首頁都有熱門商品，那么這些商品的點擊率是很高的，當用戶點擊某個熱門商品后需要進入商品的詳細信息頁面，就像淘寶里面那樣。那么每次點擊都要去后臺查詢一下該商品的詳細信息，就會發(fā)送相應(yīng)的sql語句，每次刷新一下詳細頁面也會發(fā)sql語句，這樣的話，性能肯定會受到很大的影響。那么使用Hibernate的二級緩存就可以解決這個問題。

有些人可能會想，我們可以使用重定向，這樣的話，在用戶第一次訪問的時候把信息查出來放到session中，以后每次用戶刷新就可以去session中拿了，這樣就不用去數(shù)據(jù)庫中查詢了，這是有道理的，但是不能解決上面的問題，因為我們要解決的是多用戶去訪問同一商品，去點擊同一商品，重定向只能保證同一用戶去點擊或刷新。但是二級緩存可以解決這些問題。
我們先詳細解說一下基于Hibernate4.3的二級緩存技術(shù)，然后再針對本項目做一個具體的配置。

1. Hibernate4.3二級緩存基本配置
與Hibernate3不同，Hibernate4.3的核心包里沒有跟緩存相關(guān)的類，我們要用二級緩存的話，需要加上緩存的jar包，從官方下載的hibernate-release-4.3.11.Final中的lib/optional/ehcache中有二級緩存所需要的jar包，先要添加到工程中。如下：

然后我們在hibernate.cfg.xml中配置二級緩存相關(guān)的配置：

然后我們開啟tomcat服務(wù)器，然后訪問首頁，點擊熱門商品，后臺就沒有再發(fā)送sql語句了，大家可能會納悶，難道二級緩存就這么簡單？配置上面這兩個項就搞定了？其實到現(xiàn)在為止，二級緩存已經(jīng)生效的原因是它有個默認的配置，在上面那個ehcache-core-2.4.3.jar中有個ehcache-failsafe.xml文件，里面已經(jīng)有了默認配置，我們等會再具體分析。我們先來分析一下Hibernate的查詢策略：

2. Hibernate4.3的查詢策略
Hibernate支持兩種查詢方式：session查詢和hql查詢。
session中有session.save()  update() delete() get() load()等方法，此方式僅僅操作一條記錄，默認不用任何配置就支持二級緩存。因此：read-only配置對session是生效的。在session中如果二級緩存中配置了read-only，則session.update()和delete()操作都會失敗，如果想要成功，則需要配置成read-write。但是save()和get() load()是成功的。
hql：此方式默認是用來操作多條記錄，比如list()和executeUpdate() 方法。此方式默認二級緩存的配置包括read-only是無效的。hql的list()查詢的是多條記錄，直接查詢數(shù)據(jù)庫，并將查詢的結(jié)果交給二級緩存，便于get()和load()的調(diào)用。executeUpdate也是不支持二級緩存的，也是直接到數(shù)據(jù)庫更新，Hibernate會保證數(shù)據(jù)庫與緩存同步。注意：hql是沒有save()方法的，如果需要插入數(shù)據(jù)只能調(diào)用session.save()方法。
【注】：Hibernate中的一級緩存（默認存在）也稱為session級別緩存，不是用來提升性能，而是用來處理事務(wù)的；二級緩存為sessionFactory緩存，對所有session都有效，生命周期與sessionFactory相同（sessionFactory是單例，而且項目啟動時候就會創(chuàng)建）。
具體的查詢策略，我們看下面的這張圖：

【注】：圖片文字如果太小，可以把圖片拖到新的窗口看~
以上就是Hibernate的查詢的策略，下面我們來繼續(xù)看二級緩存的配置。

3. Hibernate4.3二級緩存高級配置
上面提到了，我們之所以在hibernate.cfg.xml中配置了兩項就可以使用二級緩存，是因為有個默認的配置，下面我們先來看一下這個默認配置：

關(guān)于默認配置的相關(guān)解釋已經(jīng)在上面的注釋中了，我們現(xiàn)在知道了，正因為這個默認的配置，才使得Hibernate4.3的二級緩存得以正確執(zhí)行。現(xiàn)在如果我們要自己進行緩存的配置，就需要自己在src目錄下新建一個ehcache.xml文件，然后在里面對上面這些配置項重新配置即可。我們接下來要測試一下各個配置，在測試之前，我先把首頁顯示的情況貼出來，并編個號，等會測試的時候好說明：

以上是首頁顯示的部分內(nèi)容，Hibernate已經(jīng)從數(shù)據(jù)庫中幫我們查出了顯示信息，并且已經(jīng)顯示好了。我們將它們編個號，等會我們測試緩存的時候就方便分析了。下面我們開始測試一下上面的緩存配置項：
測試一：測試內(nèi)存中的對象數(shù)量。將配置改成下面情況：

配置好后，我們重啟一下服務(wù)器，打開首頁，由于配置的是6個，所以緩存中只存了最后查出來的6條記錄，也就是編號3-8，我們點擊3-8中的任何一個商品進入商品詳細頁面，注意看后臺的控制臺沒有輸出任何查詢信息，說明并沒有發(fā)sql語句，但是當我們點擊編號2的商品時，后臺發(fā)了一條sql語句，即查詢了數(shù)據(jù)庫，我們后退再次點擊2商品，就沒有再發(fā)sql語句了，說明已經(jīng)放到緩存里了，但是緩存只支持6條數(shù)據(jù)，因為配置的對象替換策略是先進先出，所以剛剛緩存中的編號3被移除，我們點擊一下3試試，發(fā)了一條sql語句，于是測試完畢，二級緩存執(zhí)行正常。
測試二：測試對象的生命周期。將配置改成下面的情況：

上面配置了緩存的時間為40秒，如果20秒沒有操作就移除。由于我們配了100條記錄，所以上面編號1-8都在緩存里，我們開啟服務(wù)器后，隨便點擊一個，比如點擊編號8，沒有發(fā)出sql語句，正常，20秒后，再點擊編號8，發(fā)了一條sql語句，說明我們配置的生命周期生效了。這里要注意一下，不能配置太短，比如配置10秒，因為tomcat啟動也要好幾秒，如果配置少了，還沒測試可能時間已經(jīng)到了……那就不行了。
測試三：測試二級緩存是否支持硬盤存儲。

我們將支持硬盤存儲設(shè)置成了true，并將二級緩存最大存儲量配置成了4。重啟服務(wù)器，因為二級緩存最多存4條記錄，所以肯定是編號5-8，點擊5-8肯定不會發(fā)sql語句，但是當我們點擊1-4時，也不會發(fā)sql語句，因為我們設(shè)置了支持硬盤存儲，Hibernate將查詢結(jié)果存在硬盤上了，所以我們也可以直接拿到數(shù)據(jù)，不需要發(fā)sql語句。
測試四：測試二級緩存的替換策略

顧名思義，LRU和LFU分別是關(guān)注最后訪問時間和訪問頻率的，我們拿LFU來舉例子，現(xiàn)在我們設(shè)置了最大存儲為3條記錄，也就是編號6-8，現(xiàn)在我們依次訪問編號6三次，編號7兩次，編號8一次，都不會發(fā)sql語句，我們再訪問編號7，發(fā)了sql語句，現(xiàn)在編號7存在了緩存里，編號8已經(jīng)被移除了，因為它訪問的次數(shù)最少，我們可以再次點擊編號8測試一下，發(fā)出了sql語句，測試成功。如果是LRU，則剛剛移除的是編號6，因為編號6最早訪問的。
        到這里，相信大家對二級緩存的使用已經(jīng)掌握了，二級緩存的測試就到這里。下面針對我們這個網(wǎng)上商城的項目做一下配置。

4. 網(wǎng)上商城項目的實際配置
我們配置二級緩存的最大記錄數(shù)為1000，設(shè)置生命周期為120秒，間隔周期為60秒，支持硬盤存儲，并且使用頻率優(yōu)先（LFU）的替換策略，因為用戶點擊率高的，肯定要放在二級緩存里。

好了，結(jié)合網(wǎng)上商城這個項目，Hibernate4.3的二級緩存配置及使用就介紹完了。

原文地址：http://blog.csdn.net/eson_15/article/details/51405911

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持服務(wù)器之家。