一、什么是查詢緩存
mybatis提供查詢緩存，用於減輕數據壓力，提高數據庫性能。mybaits提供一級緩存和二級緩存。
1、一級緩存是sqlSession級別的緩存。在操作數據庫時需要構造sqlSession對象，在對象中有一個數據結構(HashMap)，用於存儲緩存數據。不同的sqlSession之間的緩存區域(HashMap)是互不影響的。
2、二級緩存是mapper級別的緩存，多個sqlSession去操作同一個Mapper的sql語句，多個SqlSession可以公用二級緩存，二級緩存是跨sqlSession的。
3、為什么要用緩存？
如果緩存中有數據就不用從數據庫中獲取，減少了和數據之間的交互次數，大大提高系統的性能。
二、一級緩存
1、一級緩存的工作原理
(1). 第一次發起查詢用戶id為1的用戶信息，先去找緩存中是否有id為1的用戶信息，如果沒有，從數據庫查詢用戶信息。得到用戶信息，將用戶信息存儲到一級緩存中。
(2). 如果sqlSession去執行commit操作（執行插入、更新、刪除），清空SqlSession中的一級緩存，這樣做的目的為了讓緩存中存儲的是最新的信息，避免臟讀。
(3). 第二次發起查詢用戶id為1的用戶信息，先去找緩存中是否有id為1的用戶信息，緩存中有，直接從緩存中獲取用戶信息。mybatis默認支持一級緩存的。測試很簡單，這里就不貼代碼了。
2、一級緩存的應用
正式開發，假如項目是將mybatis和spring進行整合開發....，事務控制在service中。一個service方法中包括很多mapper方法調用。
service{ //開始執行時，開啟事務，創建SqlSession對象 //第一次調用mapper的方法findUserById(1) //第二次調用mapper的方法findUserById(1)，從一級緩存中取數據 //方法結束，sqlSession關閉 }
如果是執行兩次service調用查詢相同的用戶信息，不走一級緩存，因為session方法結束，sqlSession就關閉，一級緩存就清空。
三、二級緩存
1、二級緩存的工作原理
(1). 首先開啟mybatis的二級緩存。
(2). sqlSession1去查詢用戶id為1的用戶信息，查詢到用戶信息會將查詢數據存儲到二級緩存中。
(3). 如果SqlSession3去執行相同 mapper下sql，執行commit提交，清空該 mapper下的二級緩存區域的數據。
(4). sqlSession2去查詢用戶id為1的用戶信息，去緩存中找是否存在數據，如果存在直接從緩存中取出數據。
二級緩存與一級緩存區別，二級緩存的范圍更大，多個sqlSession可以共享一個UserMapper的二級緩存區域。
UserMapper有一個二級緩存區域（按namespace分） ，其它mapper也有自己的二級緩存區域（按namespace分）。每一個namespace的mapper都有一個二緩存區域，兩個mapper的namespace如果相同，這兩個mapper執行sql查詢到數據將存在相同的二級緩存區域中。
2、開啟二級緩存
mybaits的二級緩存是mapper范圍級別，除了在SqlMapConfig.xml設置二級緩存的總開關，還要在具體的mapper.xml中開啟二級緩存。在核心配置文件SqlMapConfig.xml中加入
<setting name="cacheEnabled" value="true"/>
| 描述 | 允許值 | 默認值 | |
| cacheEnabled | 對在此配置文件下的所有cache 進行全局性開/關設置。 | true | false | true |
a.在mybatis的核心配置文件sqlMapConfig.xml中開啟二級緩存，其實默認值就為true，寫上方便代碼維護。
<!-- 全局參數的配置 --> <settings> <!-- 開啟二級緩存 --> <setting name="cacheEnabled" value="true"/> </settings>
b.實體類User實現序列化接口
public class User implements Serializable{ //屬性...... //getter and setter...... }
為了將緩存數據取出執行反序列化操作，因為二級緩存數據存儲介質多種多樣，不一定在內存。
c.Junit測試：
/** * 二級緩存測試 * @throws Exception */ @Test public void testCache() throws Exception{ SqlSession sqlSession1 = sqlSessionFactory.openSession(); SqlSession sqlSession2 = sqlSessionFactory.openSession(); SqlSession sqlSession3 = sqlSessionFactory.openSession(); // 創建代理對象 UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class); // 第一次發起請求，查詢id為1的用戶 User user1 = userMapper1.findUserById(1); System.out.println(user1); //這里執行關閉操作，將sqlsession中的數據寫到二級緩存區域 sqlSession1.close(); //使用sqlSession3執行commit()操作 UserMapper userMapper3 = sqlSession3.getMapper(UserMapper.class); User user = userMapper3.findUserById(1); user.setUsername("張明明"); userMapper3.updateUser(user); //執行提交，清空UserMapper下邊的二級緩存 sqlSession3.commit(); sqlSession3.close(); UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class); // 第二次發起請求，查詢id為1的用戶 User user2 = userMapper2.findUserById(1); System.out.println(user2); sqlSession2.close(); }
3、禁用二級緩存
在statement中設置useCache=false可以禁用當前select語句的二級緩存，即每次查詢都會發出sql去查詢，默認情況是true，即該sql使用二級緩存。
<select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false">
4、刷新緩存
在mapper的同一個namespace中，如果有其它insert、update、delete操作，操作數據完成后需要刷新緩存，如果不執行刷新緩存會出現臟讀。
設置statement配置中的flushCache="true" 屬性，默認情況下為true即刷新緩存，如果改成false則不會刷新。使用緩存時如果手動修改數據庫表中的查詢數據會出現臟讀。
如下：
<insert id="insertUser" parameterType="com.mybaits.entity.User" flushCache="true">
5、Mybatis Cache參數
flushInterval（刷新間隔）可以被設置為任意的正整數，而且它們代表一個合理的毫秒形式的時間段。默認情況是不設置，也就是沒有刷新間隔，緩存僅僅調用語句時刷新。
size（引用數目）可以被設置為任意正整數，要記住你緩存的對象數目和你運行環境的可用內存資源數目。默認值是1024。
readOnly（只讀）屬性可以被設置為true或false。只讀的緩存會給所有調用者返回緩存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優勢。可讀寫的緩存會返回緩存對象的拷貝（通過序列化）。這會慢一些，但是安全，因此默認是false。
如下例子：
<cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/>
這個更高級的配置創建了一個 FIFO 緩存,並每隔 60 秒刷新,存數結果對象或列表的 512 個引用,而且返回的對象被認為是只讀的,因此在不同線程中的調用者之間修改它們會導致沖突。可用的收回策略有, 默認的是 LRU:
(1).LRU – 最近最少使用的:移除最長時間不被使用的對象。
(2).FIFO – 先進先出:按對象進入緩存的順序來移除它們。
(3).SOFT – 軟引用:移除基於垃圾回收器狀態和軟引用規則的對象。
(4).WEAK – 弱引用:更積極地移除基於垃圾收集器狀態和弱引用規則的對象。
6、二級緩存應用場景
對於訪問多的查詢請求且用戶對查詢結果實時性要求不高，此時可采用mybatis二級緩存技術降低數據庫訪問量，提高訪問速度，業務場景比如：耗時較高的統計分析sql、電話賬單查詢sql等。
實現方法如下：通過設置刷新間隔時間，由mybatis每隔一段時間自動清空緩存，根據數據變化頻率設置緩存刷新間隔flushInterval，比如設置為30分鍾、60分鍾、24小時等，根據需求而定。
7、二級緩存的局限性
mybatis二級緩存對細粒度的數據級別的緩存實現不好，比如如下需求：對商品信息進行緩存，由於商品信息查詢訪問量大，但是要求用戶每次都能查詢最新的商品信息，此時如果使用mybatis的二級緩存就無法實現當一個商品變化時只刷新該商品的緩存信息而不刷新其它商品的信息，因為mybaits的二級緩存區域以mapper為單位划分，當一個商品信息變化會將所有商品信息的緩存數據全部清空。解決此類問題需要在業務層根據需求對數據有針對性緩存。