摘要：本文章的源碼再文章末尾什么是查詢(xún)緩存有一級(jí)緩存和二級(jí)緩存。默認(rèn)開(kāi)啟一級(jí)緩存。證明了一級(jí)緩存只是在數(shù)據(jù)庫(kù)會(huì)話內(nèi)部共享的。但是，整合到中后，一級(jí)緩存就會(huì)被關(guān)閉。根據(jù)時(shí)間表比如沒(méi)有刷新間隔緩存不會(huì)以任何時(shí)間順序來(lái)刷新。

倉(cāng)庫(kù)地址：spring-boot-learning
歡迎star、fork，給作者一些鼓勵(lì)

學(xué)習(xí)SpringBoot集成Mybatis的第二章，了解到Mybatis自帶的緩存機(jī)制，在部署的時(shí)候踩過(guò)了一些坑。在此記錄和分享一下Mybatis的緩存作用。

本文章的源碼再文章末尾

MyBatis有一級(jí)緩存和二級(jí)緩存。記錄可以看下這篇博文：

首先看一下什么是一級(jí)緩存，一級(jí)緩存是指SqlSession。一級(jí)緩存的作用域是一個(gè)SqlSession。Mybatis默認(rèn)開(kāi)啟一級(jí)緩存。

在同一個(gè)SqlSession中，執(zhí)行相同的查詢(xún)SQL，第一次會(huì)去查詢(xún)數(shù)據(jù)庫(kù)，并寫(xiě)到緩存中；第二次直接從緩存中獲取。當(dāng)執(zhí)行SQL查詢(xún)前后發(fā)生增刪改操作時(shí)，則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讀取數(shù)據(jù): " + studentMapper.getStudentById(1));
        System.out.println("studentMapper讀取數(shù)據(jù): " + studentMapper.getStudentById(1));
        System.out.println("studentMapper2更新了" + studentMapper2.updateStudentName("小岑",1) + "個(gè)學(xué)生的數(shù)據(jù)");
        System.out.println("studentMapper讀取數(shù)據(jù): " + studentMapper.getStudentById(1));
        System.out.println("studentMapper2讀取數(shù)據(jù): " + studentMapper2.getStudentById(1));
}

開(kāi)啟兩個(gè)sqlSession

從打印日志可以看出，前面兩個(gè)說(shuō)明sqlSession1的會(huì)話緩存生效了，第三個(gè)對(duì)sqlSession2會(huì)話執(zhí)行了更新操作，這時(shí)候數(shù)據(jù)庫(kù)發(fā)生數(shù)據(jù)變化，sqlSession2被清空。可是在執(zhí)行第四個(gè)查詢(xún)是，是查詢(xún)的sqlSession1會(huì)話，由于sqlSession1沒(méi)有被清空，所以還是查詢(xún)的緩存的數(shù)據(jù)，是數(shù)據(jù)更新之前的，查詢(xún)的是臟數(shù)據(jù)，一級(jí)緩存sqlSession是不共享的。證明了一級(jí)緩存只是在數(shù)據(jù)庫(kù)會(huì)話內(nèi)部共享的。

Mybatis的二級(jí)緩存是指mapper映射文件。二級(jí)緩存的作用域是同一個(gè)namespace下的mapper映射文件內(nèi)容，多個(gè)SqlSession共享，Mybatis需要手動(dòng)設(shè)置二級(jí)緩存。

在同一個(gè)namespace下的mapper文件中，執(zhí)行相同的查詢(xún)SQL，第一次會(huì)查詢(xún)數(shù)據(jù)庫(kù)，并寫(xiě)道緩存中；第二次z直接從緩存中獲取。當(dāng)執(zhí)行SQL查詢(xún)前后發(fā)生增刪改操作時(shí)，則二級(jí)緩存清空。

上面說(shuō)到二級(jí)緩存可以共享多個(gè)SqlSession。可以解決不同SqlSession回話中查詢(xún)到臟數(shù)據(jù)的問(wèn)題了。

首先，Mybatis默認(rèn)是開(kāi)啟一級(jí)緩存的，即同一個(gè)SqlSession每次查詢(xún)都會(huì)去緩存中查詢(xún)，沒(méi)有數(shù)據(jù)的話，再去數(shù)據(jù)庫(kù)獲取數(shù)據(jù)。但是，整合到SpringBoot中后，一級(jí)緩存就會(huì)被關(guān)閉。為什么會(huì)出現(xiàn)這種原因呢，可以看下這篇文章：

好了，現(xiàn)在來(lái)創(chuàng)建項(xiàng)目，可以根據(jù)前一篇文章來(lái)創(chuàng)建項(xiàng)目，在這基礎(chǔ)上修改

    org.mybatis.caches
    mybatis-ehcache
    1.1.0

加上這個(gè)標(biāo)簽，二級(jí)緩存就會(huì)開(kāi)啟，他的默認(rèn)屬性如下

映射語(yǔ)句文件中的所有 select 語(yǔ)句將會(huì)被緩存。

映射語(yǔ)句文件中的所有 insert,update 和 delete 語(yǔ)句會(huì)刷新緩存。

緩存會(huì)使用 Least Recently Used(LRU,最近最少使用的)算法來(lái)收回。

根據(jù)時(shí)間表(比如 no Flush Interval,沒(méi)有刷新間隔), 緩存不會(huì)以任何時(shí)間順序來(lái)刷新。

緩存會(huì)存儲(chǔ)列表集合或?qū)ο?無(wú)論查詢(xún)方法返回什么)的 1024 個(gè)引用。

緩存會(huì)被視為是 read/write(可讀/可寫(xiě))的緩存,意味著對(duì)象檢索不是共享的,而且可以安全地被調(diào)用者修改,而不干擾其他調(diào)用者或線程所做的潛在修改。

也可以自定義二級(jí)緩存的屬性，例如：

這個(gè)更高級(jí)的配置創(chuàng)建了一個(gè) FIFO 緩存,并每隔 60 秒刷新,存數(shù)結(jié)果對(duì)象或列表的 512 個(gè)引用,而且返回的對(duì)象被認(rèn)為是只讀的,因此在不同線程中的調(diào)用者之間修改它們會(huì) 導(dǎo)致沖突。

? 可用的收回策略有:

LRU – 最近最少使用的:移除最長(zhǎng)時(shí)間不被使用的對(duì)象。

FIFO – 先進(jìn)先出:按對(duì)象進(jìn)入緩存的順序來(lái)移除它們。

SOFT – 軟引用:移除基于垃圾回收器狀態(tài)和軟引用規(guī)則的對(duì)象。

WEAK – 弱引用:更積極地移除基于垃圾收集器狀態(tài)和弱引用規(guī)則的對(duì)象。

默認(rèn)的是 LRU。

flushInterval(刷新間隔)可以被設(shè)置為任意的正整數(shù),而且它們代表一個(gè)合理的毫秒 形式的時(shí)間段。默認(rèn)情況是不設(shè)置,也就是沒(méi)有刷新間隔,緩存僅僅調(diào)用語(yǔ)句時(shí)刷新。

? size(引用數(shù)目)可以被設(shè)置為任意正整數(shù),要記住你緩存的對(duì)象數(shù)目和你運(yùn)行環(huán)境的 可用內(nèi)存資源數(shù)目。默認(rèn)值是 1024。

? readOnly(只讀)屬性可以被設(shè)置為 true 或 false。只讀的緩存會(huì)給所有調(diào)用者返回緩 存對(duì)象的相同實(shí)例。因此這些對(duì)象不能被修改。這提供了很重要的性能優(yōu)勢(shì)。可讀寫(xiě)的緩存 會(huì)返回緩存對(duì)象的拷貝(通過(guò)序列化) 。這會(huì)慢一些,但是安全,因此默認(rèn)是 false。

編寫(xiě)Controller接口

/**
 * 查詢(xún)所有用戶信息
 * @return
 */
@RequestMapping("/getAll")
private List getUser() {
    List userList = sysUserService.queryUserAll();
    return userList;
}

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

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

通過(guò)postman發(fā)送接口請(qǐng)求進(jìn)行測(cè)試：

1、發(fā)送查詢(xún)用戶全部信息：http://localhost:8080/getAll

2、根據(jù)userId查詢(xún)用戶信息：http://localhost:8080/getUser?userId=1

3、更新用戶信息http://localhost:8080/updateUser

更新用戶信息接口發(fā)送報(bào)文:

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

通過(guò)日志可以看到，第一次發(fā)送1接口請(qǐng)求，對(duì)數(shù)據(jù)庫(kù)進(jìn)行了查詢(xún)

可以看到，第二次和第三次查詢(xún)沒(méi)有查詢(xún)數(shù)據(jù)庫(kù)的SQL打印，而是去數(shù)據(jù)庫(kù)獲取數(shù)據(jù)

此時(shí)發(fā)送3接口，進(jìn)行更新操作，在發(fā)送1接口，查詢(xún)改用戶的數(shù)據(jù)

可以看到，當(dāng)執(zhí)行數(shù)據(jù)庫(kù)更新操作后，再進(jìn)行查詢(xún)，此時(shí)緩存已經(jīng)清空，需要從數(shù)據(jù)庫(kù)中重新查詢(xún)獲取。

這就演示了SpringBoot整合Mybatis的緩存機(jī)制測(cè)試。

1、緩存的對(duì)象必須實(shí)現(xiàn)序列化。因?yàn)槎?jí)緩存的數(shù)據(jù)不一定都是存儲(chǔ)到內(nèi)存中，它的存儲(chǔ)介質(zhì)多種多樣，所以需要給緩存的對(duì)象執(zhí)行序列化，才可以確保獲取無(wú)誤。

2、Mybatis的二級(jí)緩存相比于一級(jí)緩存來(lái)說(shuō)，實(shí)現(xiàn)了SqlSession之間的緩存數(shù)據(jù)的共享，做到namespace級(jí)別，粒度更細(xì)

3、在分布式環(huán)境下，由于默認(rèn)的MyBatis Cache實(shí)現(xiàn)都是基于本地的，分布式環(huán)境下必然會(huì)出現(xiàn)讀取到臟數(shù)據(jù)，需要使用集中式緩存將MyBatis的Cache接口實(shí)現(xiàn)，有一定的開(kāi)發(fā)成本，直接使用Redis、Memcached等分布式緩存可能成本更低，安全性也更高。

不過(guò)建議Mybatis的緩存特性再生產(chǎn)環(huán)境下進(jìn)行關(guān)閉，單純作為一個(gè)ORM框架使用可能更加合適。

下篇文章計(jì)劃寫(xiě)SpringBoot整合Mybatis，使用Redis實(shí)現(xiàn)緩存基本配置。

示例代碼-github