一、序言
本文承接[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等。