MyBatis緩存

引言

在一個Web項目中，查詢數據庫中的操作算是一個非常常用的操作，但是有些數據會被經常性的查詢，而每一次都去數據庫中查詢這些重復的數據，會很消耗數據庫的資源，同時使得查詢效率也很低，而 MyBatis 中就通過緩存技術來解決這樣的問題，也就是說：將一些經常查詢，并且不經常改變的，以及數據的正確對最后的結果影響不大的數據，放置在一個緩存容器中，當用戶再次查詢這些數據的時候，就不必再去數據庫中查詢，直接在緩存中提取就可以了

注：緩存可以簡單理解為存在于內存中的臨時數據

MyBatis 提供了 一級緩存和二級緩存兩種形式

• 一級緩存 ：它是 SqlSession 級別的緩存，SqlSession 類的實例對象中提供了一個 HashMap 的結構，可以用于存儲緩存數據，當我們再次查詢同一數據的時候，MyBatis 會先去 SqlSession 中查詢，有的話，就直接調用
• 二級緩存 ：是Mapper 級別的緩存，也就是說，如果多個 SqlSession 類的實例，去操作同一個Mapper配置文件中的SQL，這些實例對象可以共用二級緩存

一級緩存

(1) 基本闡述

上面我們總的講了一級緩存的原理，現在梳理一下它細節

以一個通過 id 查詢用戶的例子來說

• 第一次查詢 id 為某個值的用戶信息時，先去 SqlSesion 的一級緩存中去尋找，如果找到了，就直接用，如果沒有找到就去數據庫中去查，然后將查到的內容存到一級緩存區域
• 但是，如果在下一次操作中，執行了 commit 操作，也就是執行了增刪改的操作，一級緩存區域內的內容會被清空，這是為了保證緩存中的數據的有效性，避免臟讀的產生

(2) 程序演示

演示前，我把需要準備的一些類或者表現貼出來

User表

CREATE TABLE USER ( `id` INT(11)NOT NULL AUTO_INCREMENT, `username` VARCHAR(32) NOT NULL COMMENT '用戶名', `telephone` VARCHAR(11) NOT NULL COMMENT '手機', `birthday` DATETIME DEFAULT NULL COMMENT '生日', `gender` CHAR(1) DEFAULT NULL COMMENT '性別', `address` VARCHAR(256) DEFAULT NULL COMMENT '地址', PRIMARY KEY (`id`)) ENGINE=INNODB DEFAULT CHARSET=utf8;

User實體類

public class User implements Serializable { private Integer id; private String username; private String telephone; private Date birthday; private String gender; private String address; ...... 請補充 get set 方法}

UserMapper接口

public interface UserMapper { /** * 根據id查詢用戶信息 * @param userId * @return */ User findById(Integer userId);}

UserMapper.xml

<?xml version="1.0" encoding="UTF-8"?> SELECT * FROM user where id = #{uid}

測試方法

/*** 測試查詢所有*/@Testpublic void testFirstLevelCache() { User user1 = userMapper.findById(16); System.out.println(user1); User user2 = userMapper.findById(16); System.out.println(user2); System.out.println(user1 == user2);}

執行效果

可以很明顯的看到，當我們在同一個 sqlSession的情況下，當我們第一次查詢 id 值為 16 的用戶時，從數據庫中確實查詢到了數據，而第二次查詢的時候，卻沒有任何日志的數據，而同時我們可以看到，通過輸出語句，看到兩個對象是完全相同的，這也就意味著，第二次查詢不是從數據庫查詢出來的，而是從緩存中

二級緩存

(1) 基本闡述

通過上面的簡單認識，我們認識到一級緩存是基于同一個 SqlSession的，但是有時候由于方法封裝的原因，或者在查詢完，SqlSession 對象會關閉，一級緩存就清空了，會導致無法從中獲取內容

二級緩存的可以幫我們解決一級緩存無法使用的情況，前面已經說過二級緩存是Mapper 級別的緩存，多個SqlSession類的實例對象加載同一個Mapper配置文件，并執行其中SQL配置的收，他們就共享同一個 Mapper 緩存，執行流程也與一級緩存基本是一致的

• 查詢時，先去Mapper緩存區去找這個值，如果找不到，就去數據庫查，然后將查詢到的結果存儲到緩存中，等下次使用
• 當某個 SqlSession 類的實例對象執行了增刪改操作時，二級緩存會被清空

還依據剛開始準備的代碼，我們直接寫出其測試代碼，看看在不同的 SqlSession 下，加載同一個Mapper的SQL是否會看到二級緩存的效果

(2) 程序演示

測試代碼

@Testpublic void testSecondLevelCache() { SqlSession sqlSession1 = factory.openSession(); UserMapper mapper1 = sqlSession1.getMapper(UserMapper.class); User user1 = mapper1.findById(16); sqlSession1.close(); SqlSession sqlSession2 = factory.openSession(); UserMapper mapper2 = sqlSession2.getMapper(UserMapper.class); User user2 = mapper2.findById(16); sqlSession1.close(); System.out.println(user1 == user2);}

第一次執行效果

看完測試代碼，我們發現，SQL執行了兩次，很顯然，沒有達到了我們的期望，那么是哪里不對呢？

答案是，在MyBatis中一級緩存是默認開啟的，而二級緩存則需要進行配置開啟

要開啟二級緩存，需要進行兩個操作步驟

• ①：在總配置文件 SqlMapConfig.xml 中配置 setting屬性
• ②：在SQL映射文件中開啟二級緩存

通過官網的文檔，可以看到，默認值就是true，所以，不配置也是可以的，不過我們還是先給出來

修改 SqlMapConfig.xml

修改 UserMapper.xml

只需要在文件中添加一個 cache標簽就可以了，非常簡單

執行效果

還有一個需要注意的地方，那就是我們最后做的判斷 System.out.println(user1 == user2); 為什么的到的結果卻是 false呢？

這是因為，在二級緩存中，存入的是值，而不是對象，當需要使用的時候，會創建出新的用戶，然后將值傳入，所以這里是不等的

不過使用二級緩存的時候，一定要謹慎，因為有時候不同的namespace下的 SQL配置中可能緩存著相同的數據，如我們上面的例子，UserMapper.xml 中有關于 user表的操作，但是如果在其他 Mmpper.xml 中仍然有針對 user 單表的操作，這會導致兩方數據不一樣，如果在我們 UserMapper.xml 進行了刷新緩存，但是另一個Mapper.xml 中可能仍有效，所以可能會出現錯誤

總結

以上是生活随笔為你收集整理的缓存在哪里_什么是MyBatis缓存技术的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。