iBATIS CacheModel 完整指南：配置策略、刷新機制與實戰應用

針對「讀多寫少、變動頻率低」的熱點資料，iBATIS 內建快取機制可大幅降低資料庫負載。CacheModel 在 SQL Map 設定檔中預先定義，再由 MappedStatement 參照使用。

CacheModel 核心配置

<cacheModel id="employee-cache" 
            implementation="LRU" 
            readOnly="true" 
            serialize="false">
    <flushInterval hours="24"/>
    <flushOnExecute statement="insertEmployee"/>
    <flushOnExecute statement="updateEmployee"/>
    <flushOnExecute statement="deleteEmployee"/>
    <property name="CacheSize" value="100"/>
</cacheModel>

關鍵屬性說明

套用至 Statement

<statement id="EmployeeList" cacheModel="employee-cache">
    SELECT * FROM Employee
</statement>

運作原理

1. 首次查詢 EmployeeList 時，結果存入 employee-cache
2. 後續相同查詢直接從快取回傳，不觸資料庫
3. 執行 insertEmployee、updateEmployee、deleteEmployee 任一時，快取整體失效
4. 或達 24 小時自動失效
5. 條目超過 100 筆時，依 LRU 淘汰最舊條目

選型建議

• LRU：通用首選，熱點資料留存率高
• FIFO：資料存取具時間順序特徵時適合
• MEMORY：簡單參考實作，無淘汰機制，慎用於大量資料
• readOnly="true"：不可變資料 (字典表、設定檔) 必開，效能最佳
• serialize="true"：叢集環境下跨 JVM 共享快取需開啟