Spring Boot2(二)：使用Spring Boot2集成Mybatis緩存機制

倉庫地址：spring-boot-learning
歡迎star、fork，給做者一些鼓勵

學習SpringBoot集成Mybatis的第二章，瞭解到Mybatis自帶的緩存機制，在部署的時候踩過了一些坑。在此記錄和分享一下Mybatis的緩存做用。

本文章的源碼再文章末尾

什麼是查詢緩存

MyBatis有一級緩存和二級緩存。記錄能夠看下這篇博文：

一級緩存

首先看一下什麼是一級緩存，一級緩存是指SqlSession。一級緩存的做用域是一個SqlSession。Mybatis默認開啓一級緩存。

在同一個SqlSession中，執行相同的查詢SQL，第一次會去查詢數據庫，並寫到緩存中；第二次直接從緩存中獲取。當執行SQL查詢先後發生增刪改操做時，則SqlSession的緩存清空。

具體能夠看這段代碼：

@Test
public void testLocalCacheScope() throws Exception {
        SqlSession sqlSession1 = factory.openSession(true); 
        SqlSession sqlSession2 = factory.openSession(true); 

        StudentMapper studentMapper = sqlSession1.getMapper(StudentMapper.class);
        StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);

        System.out.println("studentMapper讀取數據: " + studentMapper.getStudentById(1));
        System.out.println("studentMapper讀取數據: " + studentMapper.getStudentById(1));
        System.out.println("studentMapper2更新了" + studentMapper2.updateStudentName("小岑",1) + "個學生的數據");
        System.out.println("studentMapper讀取數據: " + studentMapper.getStudentById(1));
        System.out.println("studentMapper2讀取數據: " + studentMapper2.getStudentById(1));
}

開啓兩個sqlSession

從打印日誌能夠看出，前面兩個說明sqlSession1的會話緩存生效了，第三個對sqlSession2會話執行了更新操做，這時候數據庫發生數據變化，sqlSession2被清空。但是在執行第四個查詢是，是查詢的sqlSession1會話，因爲sqlSession1沒有被清空，因此仍是查詢的緩存的數據，是數據更新以前的，查詢的是髒數據，一級緩存sqlSession是不共享的。證實了一級緩存只是在數據庫會話內部共享的。

二級緩存

Mybatis的二級緩存是指mapper映射文件。二級緩存的做用域是同一個namespace下的mapper映射文件內容，多個SqlSession共享，Mybatis須要手動設置二級緩存。

在同一個namespace下的mapper文件中，執行相同的查詢SQL，第一次會查詢數據庫，並寫道緩存中；第二次z直接從緩存中獲取。當執行SQL查詢先後發生增刪改操做時，則二級緩存清空。

上面說到二級緩存能夠共享多個SqlSession。能夠解決不一樣SqlSession回話中查詢到髒數據的問題了。

SpringBoot整合Mybatis開啓二級緩存

首先，Mybatis默認是開啓一級緩存的，即同一個SqlSession每次查詢都會去緩存中查詢，沒有數據的話，再去數據庫獲取數據。可是，整合到SpringBoot中後，一級緩存就會被關閉。爲何會出現這種緣由呢，能夠看下這篇文章：

好了，如今來建立項目，能夠根據前一篇文章來建立項目，在這基礎上修改

pom.xml新增mybatis緩存包caches

<dependency>
    <groupId>org.mybatis.caches</groupId>
    <artifactId>mybatis-ehcache</artifactId>
    <version>1.1.0</version>
</dependency>

SysUserDao.xml添加開啓Mybatis二級緩存

<cache />

加上這個標籤，二級緩存就會開啓，他的默認屬性以下

• 映射語句文件中的全部 select 語句將會被緩存。
• 映射語句文件中的全部 insert,update 和 delete 語句會刷新緩存。
• 緩存會使用 Least Recently Used(LRU,最近最少使用的)算法來收回。
• 根據時間表(好比 no Flush Interval,沒有刷新間隔), 緩存不會以任什麼時候間順序來刷新。
• 緩存會存儲列表集合或對象(不管查詢方法返回什麼)的 1024 個引用。
• 緩存會被視爲是 read/write(可讀/可寫)的緩存,意味着對象檢索不是共享的,並且能夠安全地被調用者修改,而不干擾其餘調用者或線程所作的潛在修改。

  也能夠自定義二級緩存的屬性，例如：

<cache
  eviction="FIFO"
  flushInterval="60000"
  size="512"
  readOnly="true"/>

這個更高級的配置建立了一個 FIFO 緩存,並每隔 60 秒刷新,存數結果對象或列表的 512 個引用,並且返回的對象被認爲是隻讀的,所以在不一樣線程中的調用者之間修改它們會 致使衝突。

​ 可用的收回策略有:

• LRU – 最近最少使用的:移除最長時間不被使用的對象。
• FIFO – 先進先出:按對象進入緩存的順序來移除它們。
• SOFT – 軟引用:移除基於垃圾回收器狀態和軟引用規則的對象。
• WEAK – 弱引用:更積極地移除基於垃圾收集器狀態和弱引用規則的對象。

默認的是 LRU。

flushInterval(刷新間隔)能夠被設置爲任意的正整數,並且它們表明一個合理的毫秒 形式的時間段。默認狀況是不設置,也就是沒有刷新間隔,緩存僅僅調用語句時刷新。

​ size(引用數目)能夠被設置爲任意正整數,要記住你緩存的對象數目和你運行環境的 可用內存資源數目。默認值是 1024。

​ readOnly(只讀)屬性能夠被設置爲 true 或 false。只讀的緩存會給全部調用者返回緩 存對象的相同實例。所以這些對象不能被修改。這提供了很重要的性能優點。可讀寫的緩存 會返回緩存對象的拷貝(經過序列化) 。這會慢一些,可是安全,所以默認是 false。

測試驗證

編寫Controller接口

/**
 * 查詢全部用戶信息
 * @return
 */
@RequestMapping("/getAll")
private List<SysUserEntity> getUser() {
    List<SysUserEntity> userList = sysUserService.queryUserAll();
    return userList;
}

/**
 * 根據userId查詢用戶信息
 * @return
 */
@RequestMapping("/getUser")
private List<SysUserEntity> getUser(@RequestParam(value = "userId", required = false) Long userId) {
    List<SysUserEntity> userList = sysUserService.queryUserInfo(userId);
    return userList;
}

/**
 * 更新用戶信息
 * @param user
 * @return
 */
@RequestMapping("/updateUser")
private int updateUser(@RequestBody SysUserEntity user) {
    return sysUserService.updateUserInfo(user);
}

經過postman發送接口請求進行測試：

• 一、發送查詢用戶所有信息：http://localhost:8080/getAll
• 二、根據userId查詢用戶信息：http://localhost:8080/getUser?userId=1
• 三、更新用戶信息http://localhost:8080/updateUser

  更新用戶信息接口發送報文:

{
    "userId":5,
    "email":"12321321",
    "mobile":"11111111111213"
}

經過日誌能夠看到，第一次發送1接口請求，對數據庫進行了查詢

能夠看到，第二次和第三次查詢沒有查詢數據庫的SQL打印，而是去數據庫獲取數據

此時發送3接口，進行更新操做，在發送1接口，查詢改用戶的數據

能夠看到，當執行數據庫更新操做後，再進行查詢，此時緩存已經清空，須要從數據庫中從新查詢獲取。

這就演示了SpringBoot整合Mybatis的緩存機制測試。

總結

一、緩存的對象必須實現序列化。由於二級緩存的數據不必定都是存儲到內存中，它的存儲介質多種多樣，因此須要給緩存的對象執行序列化，才能夠確保獲取無誤。

二、Mybatis的二級緩存相比於一級緩存來講，實現了SqlSession之間的緩存數據的共享，作到namespace級別，粒度更細

三、在分佈式環境下，因爲默認的MyBatis Cache實現都是基於本地的，分佈式環境下必然會出現讀取到髒數據，須要使用集中式緩存將MyBatis的Cache接口實現，有必定的開發成本，直接使用Redis、Memcached等分佈式緩存可能成本更低，安全性也更高。

不過建議Mybatis的緩存特性再生產環境下進行關閉，單純做爲一個ORM框架使用可能更加合適。

下篇文章計劃寫SpringBoot整合Mybatis，使用Redis實現緩存基本配置。

示例代碼-github