一、序言
本文承接[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等，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/423908.html
標籤：其他