一、序言
本文承接[Mybatis緩存體系探究]，提供基於MybatisPlus技術可用於生產環境下的二級緩存解決方案。
1、前置條件
- 掌握MyBatis二級緩存的原理
有關MyBatis緩存原理內容，參考[Mybatis緩存體系探究]
- 選擇符合條件的MybatisPlus版本
本方案對MybatisPlus版本有嚴格的限制，使用版本不低於3.4.3.4，如果低於此版本，則無法滿足生產環境條件下的閉環需求。
- 正確處理連接（多表）查詢
正確的多表連接查詢，請參考[MybatisPlus連接查詢解決方案]
2、目標與收獲
如果應用有分布式緩存需求，那么直接棄用二級緩存的方案，直接選配業務層緩存方案。
假如應用沒有分布式場景，那么通過簡單改造，引入二級緩存，能夠極大提高響應效率。
二、原理分析
1、二級緩存
選用MybatisPlus來實現二級緩存最大的考量是其使用的單表操作，換而言之，正確的使用二級緩存的前提是不能使用傳統意義上的多表連接操作，否則一定存在緩存數據不能實時更新的情況。
2、緩存數據更新
所有的緩存數據必然涉及到數據更新，二級緩存同樣需要主動更新數據。二級緩存是以命名空間為單位的，換而言之同一個命名空間內的數據更新會自動觸發緩存更新（本質為數據失效）。查詢操作緩存數據，增加、修改、刪除數據使緩存失效。
自成體系的緩存更新與管理在提高了應用響應速度的同時降低了緩存管理的復雜度，有利於提高開發效率。
3、緩存的區別
這里提到的二級緩存有必要與三級緩存（業務緩存）做區分，二級緩存指DAO層緩存，使用緩存的目的是降低網絡IO對應用的影響；三級緩存指業務層緩存，主要是降低復雜計算對CPU性能的占用。
三、本地二級緩存
對於普通項目，使用內置本地二級緩存即能夠滿足需求，這里以MybatisPlus為例說明如何正確的使用二級緩存。
1、兩套API
MybatisPlus內置封裝兩套訪問數據庫的API，一是以BaseMapper為基礎的API，另一套是以AR為基礎的API，二者在使用二級緩存不可通用。表現形式是BaseMapper內置接口緩存的數據，使用AR內置接口更新數據時無法清楚緩存，至少到此版本尚不支持。
考慮到BaseMapper接口體系比較豐富，因此選擇保留BaseMapper體系接口而禁用AR接口，從機制上保證使用的是一套接口，從而調用增刪查改能夠實時刷新二級緩存。
需要指明的是Mapper層和Service層使用的是同一套接口，因此可放心使用。
2、緩存實現類型
默認二級緩存實現類型為PerpetualCache，此中類型的緩存要求被緩存的對象實現序列化接口。其它類型的本地緩存有EhCache、Caffeine等。