MyBatis 提供了完善的緩存機(jī)制，用于減少了數(shù)據(jù)庫訪問次數(shù)，提升查詢性能。其緩存體系分為一級緩存（本地緩存）和二級緩存（全局緩存），兩者配合使用形成了 MyBatis 的緩存體系。

一、MyBatis 緩存機(jī)制詳解

1. 一級緩存（Local Cache）

• 作用范圍：SqlSession 級別（即同一個數(shù)據(jù)庫會話內(nèi)有效）。
• 實(shí)現(xiàn)原理：默認(rèn)開啟，無需配置。MyBatis 在 SqlSession 內(nèi)部維護(hù)一個 HashMap 作為緩存容器，鍵為 CacheKey（由 SQL 語句、參數(shù)、RowBounds、環(huán)境等信息生成），值為查詢結(jié)果。
• 生命周期：與 SqlSession 一致，當(dāng) SqlSession 關(guān)閉（close()）或提交（commit()）、回滾（rollback()）時，一級緩存會被清空。
• 觸發(fā)場景：

• 同一 SqlSession 中，執(zhí)行相同的查詢（SQL 語句、參數(shù)、分頁等完全一致），會直接從緩存獲取結(jié)果，不執(zhí)行 SQL。
• 若 SqlSession 中執(zhí)行了增刪改操作（insert/update/delete），MyBatis 會自動清空一級緩存，避免臟數(shù)據(jù)。

2. 二級緩存（Global Cache）

• 作用范圍：Mapper 接口級別（跨 SqlSession 共享，多個 SqlSession 可共享同一 Mapper 的緩存）。
• 實(shí)現(xiàn)原理：默認(rèn)關(guān)閉，需手動開啟。開啟后，MyBatis 會為每個 Mapper 接口創(chuàng)建一個緩存對象（可自定義緩存實(shí)現(xiàn)，如 Redis、EhCache 等），查詢結(jié)果會先存入一級緩存，當(dāng) SqlSession 關(guān)閉時，一級緩存的數(shù)據(jù)會被刷入二級緩存。
• 開啟方式：

1. 在 MyBatis 配置文件中開啟全局二級緩存（默認(rèn) true，可省略）：

xml
 <settings>
     <setting name="cacheEnabled" value="true"/>
 </settings>

2. 在 Mapper 接口或 XML 中聲明使用二級緩存：

 - XML 方式：在 Mapper.xml 中添加 `<cache/>` 標(biāo)簽。
 - 注解方式：在 Mapper 接口上添加 `@CacheNamespace` 注解。

• 緩存策略：可通過 <cache> 標(biāo)簽的屬性配置，如 eviction（回收策略，如 LRU、FIFO）、flushInterval（自動刷新時間）、size（最大緩存條目）、readOnly（是否只讀）等。
• 觸發(fā)清空：當(dāng) Mapper 中執(zhí)行增刪改操作時，MyBatis 會清空該 Mapper 對應(yīng)的二級緩存。

3. 緩存執(zhí)行順序

查詢數(shù)據(jù)時，MyBatis 會按以下順序查找緩存：
二級緩存 → 一級緩存 → 數(shù)據(jù)庫

• 若二級緩存命中，直接返回結(jié)果。
• 若二級緩存未命中，查詢一級緩存，命中則返回。
• 若一級緩存也未命中，執(zhí)行 SQL 查詢數(shù)據(jù)庫，結(jié)果依次存入一級緩存和二級緩存（當(dāng) SqlSession 關(guān)閉時）。

二、MyBatis 緩存的優(yōu)點(diǎn)

1. 減少數(shù)據(jù)庫訪問：緩存命中時無需執(zhí)行 SQL，降低數(shù)據(jù)庫壓力，尤其適合高頻查詢、低頻修改的數(shù)據(jù)（如商品分類、字典表）。
2. 提升查詢性能：緩存查詢?yōu)閮?nèi)存操作，響應(yīng)速度遠(yuǎn)快于數(shù)據(jù)庫 IO，可顯著減少接口響應(yīng)時間。
3. 一級緩存自動維護(hù)：無需手動配置，默認(rèn)生效，適合單會話內(nèi)的重復(fù)查詢（如一次請求中多次查詢同一用戶信息）。
4. 二級緩存靈活性高：支持自定義緩存實(shí)現(xiàn)（如集成 Redis 實(shí)現(xiàn)分布式緩存），可根據(jù)業(yè)務(wù)需求配置回收策略、過期時間等。
5. 與事務(wù)兼容：增刪改操作會自動清空相關(guān)緩存，減少臟數(shù)據(jù)風(fēng)險（需正確使用）。

三、MyBatis 緩存的缺點(diǎn)

1. 一級緩存局限性：

• 僅在 SqlSession 內(nèi)有效，多會話共享數(shù)據(jù)需依賴二級緩存。
• 若 SqlSession 未關(guān)閉，長時間持有緩存可能導(dǎo)致數(shù)據(jù)過期（如其他會話修改了數(shù)據(jù)，當(dāng)前會話仍使用舊緩存）。

2. 二級緩存潛在問題：

• 臟數(shù)據(jù)風(fēng)險：多表關(guān)聯(lián)查詢時，若關(guān)聯(lián)表的數(shù)據(jù)在其他 Mapper 中修改，當(dāng)前 Mapper 的二級緩存可能未同步更新，導(dǎo)致查詢到臟數(shù)據(jù)。
  例如：OrderMapper 緩存了包含用戶信息的訂單數(shù)據(jù)，若 UserMapper 修改了用戶信息，OrderMapper 的緩存仍為舊數(shù)據(jù)。
• 分布式環(huán)境不兼容：默認(rèn)二級緩存為本地內(nèi)存緩存，分布式系統(tǒng)中多節(jié)點(diǎn)緩存無法同步，可能導(dǎo)致數(shù)據(jù)不一致（需集成 Redis 等分布式緩存解決）。
• 緩存鍵設(shè)計復(fù)雜：CacheKey 依賴 SQL、參數(shù)、分頁等信息，若查詢條件細(xì)微差異（如參數(shù)順序不同），會導(dǎo)致緩存不命中，浪費(fèi)緩存空間。

3. 緩存維護(hù)成本：

• 需手動配置二級緩存，且需根據(jù)業(yè)務(wù)調(diào)整回收策略、過期時間等參數(shù)，增加開發(fā)成本。
• 對于高頻修改的數(shù)據(jù)（如庫存、訂單狀態(tài)），緩存命中率低，反而可能因緩存更新帶來額外開銷。

4. 調(diào)試難度增加：緩存的存在可能掩蓋 SQL 性能問題（如慢查詢因緩存命中未暴露），且排查緩存相關(guān)的臟數(shù)據(jù)問題較為復(fù)雜。

四、適用場景與最佳實(shí)踐

• 適合使用緩存：

• 高頻查詢、低頻修改的數(shù)據(jù)（如商品類目、地區(qū)信息、字典表）。
• 單表查詢或關(guān)聯(lián)關(guān)系簡單的查詢（避免多表關(guān)聯(lián)導(dǎo)致的緩存不一致）。
• 分布式環(huán)境下，建議使用 Redis 等分布式緩存替代默認(rèn)二級緩存。

• 不適合使用緩存：

• 高頻修改的數(shù)據(jù)（如庫存、實(shí)時銷量）。
• 多表關(guān)聯(lián)復(fù)雜的查詢（難以保證緩存一致性）。
• 數(shù)據(jù)實(shí)時性要求極高的場景（如金融交易數(shù)據(jù)）。

• 最佳實(shí)踐：

• 優(yōu)先利用一級緩存，避免在 SqlSession 中執(zhí)行無關(guān)操作，減少緩存無效清空。
• 二級緩存按需開啟，對核心 Mapper 單獨(dú)配置，避免全局開啟導(dǎo)致的緩存膨脹。
• 多表關(guān)聯(lián)查詢時，可通過 @CacheNamespaceRef 關(guān)聯(lián)相關(guān) Mapper，確保緩存同步清空。
• 分布式系統(tǒng)中，集成 Redis 作為二級緩存，保證緩存一致性。

總結(jié)

MyBatis 緩存機(jī)制通過一級緩存和二級緩存的配合，有效提升了查詢性能，但也存在緩存一致性、分布式兼容等問題。實(shí)際使用中需根據(jù)業(yè)務(wù)場景合理配置，權(quán)衡性能與數(shù)據(jù)準(zhǔn)確性，避免濫用緩存導(dǎo)致的隱性問題。

到此這篇關(guān)于深入解析Mybatis中緩存機(jī)制及優(yōu)缺點(diǎn)的文章就介紹到這了,更多相關(guān)Mybatis緩存機(jī)制內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！