Hibernate 4 二級緩存實戰：EhCache 配置調優與電商首頁熱點商品加速

電商首頁熱點商品訪問頻次極高，若每次請求均查詢數據庫將造成嚴重性能瓶頸。第 16 戰引入 Hibernate 二級緩存，基於 EhCache 實現 SessionFactory 級數據共享，實現熱點商品詳情頁「零 SQL」訪問，本文詳細記錄從基礎配置到高級調優的完整過程。

一、 二級緩存核心概念

• 一級緩存：Session 級，生命週期隨事務，非共享，解決事務內重複加載
• 二級緩存：SessionFactory 級，進程級單例，跨 Session 共享，生命週期 = 應用生命週期，核心提升查詢性能

二、 Hibernate 4.3 + EhCache 基礎配置

1. 依賴引入

從 hibernate-release-4.3.11.Final/lib/optional/ehcache 獲取 hibernate-ehcache-4.3.11.Final.jar 及 ehcache-core-2.4.3.jar。

2. hibernate.cfg.xml 核心配置

<property name="hibernate.cache.region.factory_class">org.hibernate.cache.ehcache.EhCacheRegionFactory</property>
<class-cache usage="read-only" class="cn.it.shop.model.Product"/>

• read-only：適合極少變更的熱點數據（商品詳情），並發性能最優
• 實體類需實現 Serializable

三、 查詢策略與緩存生效邊界

四、 EhCache 高級調優參數詳解

默認配置來自 ehcache-failsafe.xml，生產環境需自定義 src/ehcache.xml：

<ehcache>
    <diskStore path="java.io.tmpdir"/>
    <defaultCache
        maxElementsInMemory="1000"
        eternal="false"
        timeToIdleSeconds="60"
        timeToLiveSeconds="120"
        overflowToDisk="true"
        memoryStoreEvictionPolicy="LFU"
    />
</ehcache>

關鍵參數解析

• maxElementsInMemory：內存最大對象數，電商熱點商品設 1000
• eternal：false 允許 TTL/TTI 生效
• timeToIdleSeconds：閒置 60 秒淘汰
• timeToLiveSeconds：生存 120 秒強制淘汰
• overflowToDisk：內存不足溢寫磁盤，防 OOM
• memoryStoreEvictionPolicy：LFU（最少使用頻率） 優於 LRU/FIFO，完美契合熱點商品高頻訪問特性

五、 實戰驗證四大測試場景

1. 內存容量限制：設 6 條 + FIFO，驗證超量淘汰邏輯
2. 生存週期：TTL 40 秒，驗證過期自動失效回源 DB
3. 磁盤溢寫：內存 4 條 + overflowToDisk=true，驗證冷數據磁盤命中
4. 淘汰策略：LFU 策略，驗證低頻訪問優先淘汰

所有測試通過，確認配置生效。

六、 電商專案生產配置建議

<defaultCache
    maxElementsInMemory="1000"
    eternal="false"
    timeToIdleSeconds="60"
    timeToLiveSeconds="120"
    overflowToDisk="true"
    memoryStoreEvictionPolicy="LFU"
/>

結合定時器每 6 小時刷新首頁緩存，二級緩存承擔詳情頁高併發讀取，雙層緩存體系將數據庫 QPS 降低 90% 以上。

七、 避坑指南

• [ ] 實體類必須實現 Serializable
• [ ] read-only 實體禁止調用 session.update/delete
• [ ] HQL 批量更新後需手動 sessionFactory.getCache().evictEntityRegion()
• [ ] 監控緩存命中率（JMX/Actuator），命中率 < 80% 需調優

二級緩存不是銀彈，但用對場景（高讀低寫、數據相對穩定、容忍秒級不一致）能帶來指數級性能提升。