Mybatis的緩存機制詳解

来源:https://www.cnblogs.com/eternityz/archive/2020/03/27/12584990.html
-Advertisement-
Play Games

目錄 一級緩存 二級緩存 自定義緩存 一級緩存 MyBatis 包含了一個非常強大的查詢緩存特性,它可以非常方便地配置和定製。MyBatis 3 中的緩存實現的很多改進都已經實現了，使得它更加強大而且易於配置。mybatis預設情況下只會開啟一級緩存，也就是局部的 session 會話緩存。 首先我 ...


目錄

  • 一級緩存
  • 二級緩存
  • 自定義緩存

一級緩存

MyBatis 包含了一個非常強大的查詢緩存特性,它可以非常方便地配置和定製。MyBatis 3 中的緩存實現的很多改進都已經實現了，使得它更加強大而且易於配置。mybatis預設情況下只會開啟一級緩存，也就是局部的 session 會話緩存。

首先我們要知道什麼是查詢緩存？查詢緩存又有什麼作用？

  • 功能：mybatis提供查詢緩存，用於減輕數據壓力，提高資料庫性能。

如下圖，每一個 session 會話都會有各自的緩存，這緩存是局部的，也就是所謂的一級緩存：

一級緩存是SqlSession級別的緩存。我們都知道在操作資料庫時需要構造 sqlSession對象，而在sqlSession對象中有一個數據結構（HashMap）用於存儲緩存數據。

如下圖：

從圖上，我們可以看出，一級緩存區域是根據SqlSession為單位劃分的。每次查詢都會先從緩存區域找，如果找不到就會從資料庫查詢數據，然後將查詢到的數據寫入一級緩存中。Mybatis內部存儲緩存使用的是一個HashMap對象，key為 hashCode + sqlId + sql 語句。而value值就是從查詢出來映射生成的java對象。而為了保證緩存裡面的數據肯定是準確數據避免臟讀，每次我們進行數據修改後（增、刪、改操作）就會執行commit操作，清空緩存區域。

我們可以來寫一個測試用例，測試一下同一個數據的第二次查詢是否沒有訪問資料庫，代碼如下：

package org.zero01.test;

import org.apache.ibatis.io.Resources;
import org.apache.ibatis.session.*;
import org.json.JSONObject;
import org.junit.Test;
import org.zero01.dao.StudentMapper;
import org.zero01.pojo.Student;

import java.io.IOException;
import java.io.InputStream;

public class TestMybatisCache {

    @Test
    public void testMybatisCache() throws IOException {
        String confPath = "mybatis-config.xml";
        InputStream inputStream = Resources.getResourceAsStream(confPath);
        SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
        SqlSession sqlSession = sqlSessionFactory.openSession();
        StudentMapper studentMapper = sqlSession.getMapper(StudentMapper.class);

        // 進行第一次查詢
        Student student1 = studentMapper.selectByPrimaryKey(1);
        System.out.println("sqlSession1 第一次查詢：" + new JSONObject(student1));

        // 進行第二次查詢
        Student student2 = studentMapper.selectByPrimaryKey(1);
        System.out.println("sqlSession1 第二次查詢：" + new JSONObject(student2));

        sqlSession.close();
    }
}

控制台列印結果：

如上，可以看到只有第一次查詢訪問了資料庫。第二次查詢則沒有訪問資料庫，是從記憶體中直接讀取出來的數據。

我們上面也提到了，如果進行了增、刪、改的sql操作併進行了事務的commit提交操作後，SqlSession中的一級緩存就會被清空，不會導致臟數據的出現。同樣的，我們可以使用測試用例來演示這一點，修改測試代碼如下：

est
public void testMybatisCache() throws IOException {
    String confPath = "mybatis-config.xml";
    InputStream inputStream = Resources.getResourceAsStream(confPath);
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
    SqlSession sqlSession = sqlSessionFactory.openSession();
    StudentMapper studentMapper = sqlSession.getMapper(StudentMapper.class);

    // 進行第一次查詢
    Student student1 = studentMapper.selectByPrimaryKey(2);
    System.out.println("sqlSession1 第一次查詢：" + new JSONObject(student1));

    Student stuUpdate = new Student();
    stuUpdate.setSid(2);
    stuUpdate.setSname("渣渣輝");
    stuUpdate.setAge(21);
    int rowCount = studentMapper.updateByPrimaryKeySelective(stuUpdate);
    if (rowCount > 0) {
        sqlSession.commit();
        System.out.println("更新student數據成功");
    }

    // 進行第二次查詢
    Student student2 = studentMapper.selectByPrimaryKey(2);
    System.out.println("sqlSession1 第二次查詢：" + new JSONObject(student2));

    sqlSession.close();
}

控制台列印結果：

如上，可以看到當數據更新成功並commit後，會清空SqlSession中的一級緩存，第二次查詢就會訪問資料庫查詢最新的數據了。

不同的sqlSession之間的緩存數據區域（HashMap）是互相不影響的。所以在這種情況下，是不能實現跨表的session共用的。有一點值得註意的是，由於不同的sqlSession之間的緩存數據區域不共用，如果使用多個SqlSession對資料庫進行操作時，就會出現臟數據。我們可以修改之前的測試用例來演示這個現象，修改測試代碼如下：

@Test
public void testMybatisCache() throws IOException {
    String confPath = "mybatis-config.xml";
    InputStream inputStream = Resources.getResourceAsStream(confPath);
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
    SqlSession sqlSession1 = sqlSessionFactory.openSession();
    SqlSession sqlSession2 = sqlSessionFactory.openSession();

    // 使用sqlSession1進行第一次查詢
    StudentMapper studentMapper = sqlSession1.getMapper(StudentMapper.class);
    Student student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第一次查詢：" + new JSONObject(student));

    // 使用sqlSession2進行數據的更新
    StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);
    Student student2 = new Student();
    student2.setSid(1);
    student2.setSname("渣渣輝");
    student2.setAge(21);
    int rowCount = studentMapper2.updateByPrimaryKeySelective(student2);
    if (rowCount > 0) {
        sqlSession2.commit();
        System.out.println("sqlSession2 更新student數據成功");
    }

    // 使用sqlSession1進行第二次查詢
    student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第二次查詢：" + new JSONObject(student));

    sqlSession1.close();
    sqlSession2.close();
}

控制台列印結果:

sqlSession1 第一次查詢：{"address":"湖南","sname":"小明","sex":"男","age":16,"sid":1,"cid":1}
sqlSession2 更新student數據成功
sqlSession1 第二次查詢：{"address":"湖南","sname":"小明","sex":"男","age":16,"sid":1,"cid":1}

由此可見，Mybatis的一級緩存只存在於SqlSession中，可以提高我們的查詢性能，降低資料庫壓力，但是不能實現多sql的session共用，所以使用多個SqlSession操作資料庫會產生臟數據。

二級緩存

二級緩存是mapper級別的緩存，多個SqlSession去操作同一個Mapper的sql語句，多個SqlSession可以共用二級緩存，二級緩存是可以橫跨跨SqlSession的。

示意圖：

二級緩存區域是根據mapper的namespace劃分的，相同namespace的mapper查詢數據放在同一個區域，如果使用mapper代理方法每個mapper的namespace都不同，此時可以理解為二級緩存區域是根據mapper劃分，也就是根據命名空間來劃分的，如果兩個mapper文件的命名空間一樣，那樣，不同的SqlSession之間就可以共用一個mapper緩存。

示意圖：

在預設情況下是沒有開啟二級緩存的，除了局部的 session 緩存。而在一級緩存中我們也介紹了，不同的SqlSession之間的一級緩存是不共用的，所以如果我們用兩個SqlSession去查詢同一個數據，都會往資料庫發送sql。這一點，我們也可以通過測試用例進行測試，測試代碼如下：

@Test
public void testMybatisCache2() throws IOException {
    String confPath = "mybatis-config.xml";
    InputStream inputStream = Resources.getResourceAsStream(confPath);
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
    SqlSession sqlSession1 = sqlSessionFactory.openSession();
    SqlSession sqlSession2 = sqlSessionFactory.openSession();

    // 使用sqlSession1進行第一次查詢
    StudentMapper studentMapper = sqlSession1.getMapper(StudentMapper.class);
    Student student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第一次查詢：" + new JSONObject(student));

    sqlSession1.close();

    // 使用sqlSession2進行第一次查詢
    StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);
    Student student2 = studentMapper2.selectByPrimaryKey(1);
    System.out.println("sqlSession2 第一次查詢：" + new JSONObject(student2));

    sqlSession2.close();
}

控制台輸出結果：

如果想要開啟二級緩存，你需要在你的mybatis主配置文件裡加入：

<settings>
    <!-- 對在此配置文件下的所有cache進行全局性的開/關設置。預設值：true -->
    <setting name="cacheEnabled" value="true"/>
</settings>

然後在需要被緩存的 SQL 映射文件中添加一行cache配置即可：

...
<mapper namespace="org.zero01.dao.StudentMapper">
    ...
    <cache/>
    ...
</mapper>

字面上看就是這樣。這個簡單語句的效果如下:

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

註：緩存只適用於緩存標記所在的映射文件中聲明的語句。如果你使用的是java的API和XML映射文件一起，預設情況下不會緩存介面中聲明的語句。你需要把緩存區使用@CacheNamespaceRef註解進行聲明。

假如說，已開啟二級緩存的Mapper中有個statement要求禁用怎麼辦，那也不難，只需要在statement中設置useCache="false"就可以禁用當前select語句的二級緩存，也就是每次都會生成sql去查詢，ps：預設情況下預設是true，也就是預設使用二級緩存。如下示例：

<select id="findAll" resultMap="BaseResultMap" useCache="false">
    select
    <include refid="Base_Column_List"/>
    from
    student
</select>

除此之外，還有個flushCache屬性，該屬性用於刷新緩存，將其設置為 true時，任何時候只要語句被調用，都會導致一級緩存和二級緩存都會被清空，預設值：false。在mapper的同一個namespace中，如果有其他insert、update、delete操作後都需要執行刷新緩存操作，來避免臟讀。這時我們只需要設置statement配置中的flushCache="true"屬性，就會預設刷新緩存，相反如果是false就不會了。當然，不管開不開緩存刷新功能，你要是手動更改資料庫表，那都肯定不能避免臟讀的發生。如下示例：

<select id="findAll" resultMap="BaseResultMap" flushCache="true">
    ...
</select>

那既然能夠刷新緩存，能定時刷新嗎？也就是設置時間間隔來刷新緩存，答案是肯定的。我們在mapper映射文件中添加<cache/>來表示開啟緩存，所以我們就可以通過<cache/>元素的屬性來進行配置。比如：

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

這個更高級的配置創建了一個 FIFO 緩存，並每隔 60 秒刷新，存數結果對象或列表的 512 個引用，而且返回的對象被認為是只讀的，因此在不同線程中的調用者之間修改它們會導致衝突。

  • flushInterval(刷新間隔) 可以被設置為任意的正整數,而且它們代表一個合理的毫秒 形式的時間段。預設情況是不設置,也就是沒有刷新間隔,緩存僅僅調用語句時刷新。
  • size(引用數目) 可以被設置為任意正整數,要記住你緩存的對象數目和你運行環境的 可用記憶體資源數目。預設值是 1024。
  • readOnly(只讀) 屬性可以被設置為 true 或 false。只讀的緩存會給所有調用者返回緩 存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優勢。可讀寫的緩存 會返回緩存對象的拷貝(通過序列化) 。這會慢一些,但是安全,因此預設是 false。

可用的收回策略有:

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

開啟了二級緩存之後，我們再來進行測試，但是在運行測試用例之前，我們需要給pojo類加上實現序列化介面的代碼，不然在關閉SqlSession的時候就會報錯，代碼如下：

package org.zero01.pojo;

import java.io.Serializable;

public class Student implements Serializable {
    ...
}

測試代碼不變，運行後，控制台輸出結果如下：

可以看到，開啟二級緩存後，SqlSession之間的數據就可以通過二級緩存共用了，和一級緩存一樣，當執行了insert、update、delete等操作並commit提交後就會清空二級緩存區域。當一級緩存和二級緩存同時存在時，會先訪問二級緩存，再去訪問各自的一級緩存，如果都沒有需要的數據，才會往資料庫發送sql進行查詢。這一點，我們也可以通過測試用例來進行測試，測試代碼如下：

@Test
public void testMybatisCache() throws IOException {
    String confPath = "mybatis-config.xml";
    InputStream inputStream = Resources.getResourceAsStream(confPath);
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
    SqlSession sqlSession1 = sqlSessionFactory.openSession();
    SqlSession sqlSession2 = sqlSessionFactory.openSession();

    // 使用sqlSession1進行第一次查詢
    StudentMapper studentMapper = sqlSession1.getMapper(StudentMapper.class);
    Student student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第一次查詢：" + new JSONObject(student));

    // 使用sqlSession2進行數據的更新
    StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);
    Student student2 = new Student();
    student2.setSid(1);
    student2.setSname("小明");
    student2.setAge(16);
    int rowCount = studentMapper2.updateByPrimaryKeySelective(student2);
    if (rowCount > 0) {
        sqlSession2.commit();
        System.out.println("sqlSession2 更新student數據成功");
    }

    // 使用sqlSession1進行第二次查詢
    student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第二次查詢：" + new JSONObject(student));

    // 使用sqlSession2進行第一次查詢
    student2 = studentMapper2.selectByPrimaryKey(1);
    System.out.println("sqlSession2 第一次查詢：" + new JSONObject(student2));

    // 關閉會話
    sqlSession1.close();
    sqlSession2.close();
}

運行測試代碼後，控制台輸出結果如下：

通過此測試用例可以看出兩點：

  • 1.Mybatis的二級緩存是跨Session的，每個Mapper享有同一個二級緩存域，同樣，每次執行commit操作之後，會清空二級緩存區域。
  • 2.如果數據存在一級緩存的話，依舊會去一級緩存中讀取數據，這樣會發生臟讀現象，不過我們可以在相應的statement中，設置flushCache="true"，這樣每次都會清除緩存，並向數據發送sql來進行查詢。

或者全局關閉本地、二級緩存：

<settings>
    <setting name="cacheEnabled" value="false"/>
    <setting name="localCacheScope" value="STATEMENT"/>
</settings>

但是在使用多個sqlSession操作資料庫的時候，還有一個需要註意的問題，那就是事務隔離級別，mysql的預設事務隔離級別是REPEATABLE-READ（可重覆讀）。這樣當多個sqlsession操作同一個數據的時候，可能會導致兩個不同的事務查詢出來的數據不一致，例如，sqlsession1 在同一個事務中讀取了兩次數據，而 sqlsession2 在 sqlsession1 第一次查詢之後就更新了數據，那麼由於可重覆讀的原因，sqlsession1 第二次查詢到的依舊是之前的數據。

我們可以使用測試用例來測試一下，首先得關閉緩存或者在相應的statement中設置flushCache屬性值為true(此時沒有緩存)，測試用例代碼如下：

@Test
public void testMybatisCache() throws IOException {
    String confPath = "mybatis-config.xml";
    InputStream inputStream = Resources.getResourceAsStream(confPath);
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
    SqlSession sqlSession1 = sqlSessionFactory.openSession();
    SqlSession sqlSession2 = sqlSessionFactory.openSession();

    // 使用sqlSession1進行第一次查詢
    StudentMapper studentMapper = sqlSession1.getMapper(StudentMapper.class);
    Student student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第一次查詢：" + new JSONObject(student));

    // 使用sqlSession2進行數據的更新
    StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);
    Student student2 = new Student();
    student2.setSid(1);
    student2.setSname("小明");
    student2.setAge(16);
    int rowCount = studentMapper2.updateByPrimaryKeySelective(student2);
    if (rowCount > 0) {
        sqlSession2.commit();
        System.out.println("sqlSession2 更新student數據成功");
    }

    // 使用sqlSession1進行第二次查詢
    student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第二次查詢：" + new JSONObject(student));

    // 使用sqlSession2進行第一次查詢
    student2 = studentMapper2.selectByPrimaryKey(1);
    System.out.println("sqlSession2 第一次查詢：" + new JSONObject(student2));

    // 關閉會話
    sqlSession1.close();
    sqlSession2.close();
}

控制台輸出結果：

這就是mysql預設事務隔離級別REPEATABLE-READ（可重覆讀）導致的現象，這種隔離級別能夠保證同一個事務的生命周期內，讀取的數據是一致的，但是兩個不同的事務之間讀取出來的數據就可能不一致。

不過，如果你希望在不同的事務的生命周期內讀取的數據一致的話，就需要把事務隔離級別改成READ-COMMITTED（讀已提交），該級別會導致不可重覆讀，也就是說在同一個事務的生命周期內讀取到的數據可能是不一致的，而在兩個不同的事務之間讀取的數據則是一致的。同樣的我們可以使用測試用例進行測試，修改測試代碼如下：

@Test
public void testMybatisCache() throws IOException {
    String confPath = "mybatis-config.xml";
    InputStream inputStream = Resources.getResourceAsStream(confPath);
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
    // 設置事務隔離級別為讀已提交
    SqlSession sqlSession1 = sqlSessionFactory.openSession(TransactionIsolationLevel.READ_COMMITTED);
    SqlSession sqlSession2 = sqlSessionFactory.openSession(TransactionIsolationLevel.READ_COMMITTED);

    // 使用sqlSession1進行第一次查詢
    StudentMapper studentMapper = sqlSession1.getMapper(StudentMapper.class);
    Student student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第一次查詢：" + new JSONObject(student));

    // 使用sqlSession2進行數據的更新
    StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);
    Student student2 = new Student();
    student2.setSid(1);
    student2.setSname("阿基米德");
    student2.setAge(22);
    int rowCount = studentMapper2.updateByPrimaryKeySelective(student2);
    if (rowCount > 0) {
        sqlSession2.commit();
        System.out.println("sqlSession2 更新student數據成功");
    }

    // 使用sqlSession1進行第二次查詢
    student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第二次查詢：" + new JSONObject(student));

    // 使用sqlSession2進行第一次查詢
    student2 = studentMapper2.selectByPrimaryKey(1);
    System.out.println("sqlSession2 第一次查詢：" + new JSONObject(student2));

    // 關閉會話
    sqlSession1.close();
    sqlSession2.close();
}

控制台輸出結果：

可以看到，設置成讀已提交後，兩個事務在數據更新後查詢出來的數據是一致的了。至於是使用可重覆讀還是讀已提交，就取決於實際的業務需求了，如果希望同一個事務的生命周期內，讀取的數據是一致的，就使用可重覆讀級別。如果希望兩個不同的事務之間查詢出來的數據是一致的，那麼就使用讀已提交級別。

自定義緩存

mybatis自身的緩存做的並不完美，不過除了使用mybatis自帶的二級緩存， 你也可以使用你自己實現的緩存或者其他第三方的緩存方案創建適配器來完全覆蓋緩存行為。所以它提供了使用自定義緩存的機會，我們可以選擇使用我們喜歡的自定義緩存，下麵將介紹一下，使用ehcache作為mybatis的自定義緩存的具體步驟。

首先，要想使用mybatis自定義緩存，就必須讓自定義緩存類實現mybatis提供的Cache 介面（org.apache.ibatis.cache.Cache）：

public interface Cache {
  // 獲取緩存編號
  String getId();

  // 獲取緩存對象的大小
  int getSize();

  // 保存key值緩存對象
  void putObject(Object key, Object value);

  // 通過kEY獲取值
  Object getObject(Object key);

  // 緩存中是否有某個key
  boolean hasKey(Object key);

  // 獲取緩存的讀寫鎖
  ReadWriteLock getReadWriteLock();

  // 通過key刪除緩存對象
  Object removeObject(Object key);

  // 清空緩存
  void clear();
}

我們要使用ehcache做自定義緩存，就應該完成這個自定義緩存類，但mybatis的git上提供了相對於的適配包，我們只需要下載即可，下麵是適配包的maven依賴：

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

接著在相應的 mapper xml文件中配置相應的緩存實現類：

<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>

實現Cache介面的是EhcacheCache的父類AbstractEhcacheCache，我們可以看一下它的源碼：

package org.mybatis.caches.ehcache;

import java.util.concurrent.locks.ReadWriteLock;
import net.sf.ehcache.CacheManager;
import net.sf.ehcache.Ehcache;
import net.sf.ehcache.Element;
import org.apache.ibatis.cache.Cache;

public abstract class AbstractEhcacheCache implements Cache {
    protected static CacheManager CACHE_MANAGER = CacheManager.create();
    protected final String id;
    protected Ehcache cache;

    public AbstractEhcacheCache(String id) {
        if (id == null) {
            throw new IllegalArgumentException("Cache instances require an ID");
        } else {
            this.id = id;
        }
    }

    public void clear() {
        this.cache.removeAll();
    }

    public String getId() {
        return this.id;
    }

    public Object getObject(Object key) {
        Element cachedElement = this.cache.get(key);
        return cachedElement == null ? null : cachedElement.getObjectValue();
    }

    public int getSize() {
        return this.cache.getSize();
    }

    public void putObject(Object key, Object value) {
        this.cache.put(new Element(key, value));
    }

    public Object removeObject(Object key) {
        Object obj = this.getObject(key);
        this.cache.remove(key);
        return obj;
    }

    public void unlock(Object key) {
    }

    public boolean equals(Object obj) {
        if (this == obj) {
            return true;
        } else if (obj == null) {
            return false;
        } else if (!(obj instanceof Cache)) {
            return false;
        } else {
            Cache otherCache = (Cache)obj;
            return this.id.equals(otherCache.getId());
        }
    }

    public int hashCode() {
        return this.id.hashCode();
    }

    public ReadWriteLock getReadWriteLock() {
        return null;
    }

    public String toString() {
        return "EHCache {" + this.id + "}";
    }

    public void setTimeToIdleSeconds(long timeToIdleSeconds) {
        this.cache.getCacheConfiguration().setTimeToIdleSeconds(timeToIdleSeconds);
    }

    public void setTimeToLiveSeconds(long timeToLiveSeconds) {
        this.cache.getCacheConfiguration().setTimeToLiveSeconds(timeToLiveSeconds);
    }

    public void setMaxEntriesLocalHeap(long maxEntriesLocalHeap) {
        this.cache.getCacheConfiguration().setMaxEntriesLocalHeap(maxEntriesLocalHeap);
    }

    public void setMaxEntriesLocalDisk(long maxEntriesLocalDisk) {
        this.cache.getCacheConfiguration().setMaxEntriesLocalDisk(maxEntriesLocalDisk);
    }

    public void setMemoryStoreEvictionPolicy(String memoryStoreEvictionPolicy) {
        this.cache.getCacheConfiguration().setMemoryStoreEvictionPolicy(memoryStoreEvictionPolicy);
    }
}

接著我們還需要在resources目錄下，創建ehcache的配置文件：ehcache.xml，文件內容如下：

<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="../config/ehcache.xsd">

    <diskStore path="java.io.tmpdir"/>

    <!--
    Mandatory Default Cache configuration. These settings will be applied to caches
    created programmtically using CacheManager.add(String cacheName)
    -->
    <!--
       name:緩存名稱。
       maxElementsInMemory：緩存最大個數。
       eternal:對象是否永久有效，一但設置了，timeout將不起作用。
       timeToIdleSeconds：設置對象在失效前的允許閑置時間（單位：秒）。僅當eternal=false對象不是永久有效時使用，可選屬性，預設值是0，也就是可閑置時間無窮大。
       timeToLiveSeconds：設置對象在失效前允許存活時間（單位：秒）。最大時間介於創建時間和失效時間之間。僅當eternal=false對象不是永久有效時使用，預設是0.，也就是對象存活時間無窮大。
       overflowToDisk：當記憶體中對象數量達到maxElementsInMemory時，Ehcache將會對象寫到磁碟中。
       diskSpoolBufferSizeMB：這個參數設置DiskStore（磁碟緩存）的緩存區大小。預設是30MB。每個Cache都應該有自己的一個緩衝區。
       maxElementsOnDisk：硬碟最大緩存個數。
       diskPersistent：是否緩存虛擬機重啟期數據 Whether the disk store persists between restarts of the Virtual Machine. The default value is false.
       diskExpiryThreadIntervalSeconds：磁碟失效線程運行時間間隔，預設是120秒。
       memoryStoreEvictionPolicy：當達到maxElementsInMemory限制時，Ehcache將會根據指定的策略去清理記憶體。預設策略是LRU（最近最少使用）。你可以設置為FIFO（先進先出）或是LFU（較少使用）。
       clearOnFlush：記憶體數量最大時是否清除。
    -->
    <defaultCache
            maxElementsInMemory="10000"
            eternal="false"
            timeToIdleSeconds="5"
            timeToLiveSeconds="5"
            overflowToDisk="true"
            maxElementsOnDisk="10000000"
            diskPersistent="false"
            diskExpiryThreadIntervalSeconds="120"
            memoryStoreEvictionPolicy="LRU"
    />
</ehcache>

以上就完成了自定義緩存的配置，接下來我們測試一下緩存是否生效，測試代碼如下：

@Test
public void testMybatisCache2() throws IOException {
    String confPath = "mybatis-config.xml";
    InputStream inputStream = Resources.getResourceAsStream(confPath);
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
    SqlSession sqlSession1 = sqlSessionFactory.openSession();
    SqlSession sqlSession2 = sqlSessionFactory.openSession();

    // 使用sqlSession1進行第一次查詢
    StudentMapper studentMapper = sqlSession1.getMapper(StudentMapper.class);
    Student student = studentMapper.selectByPrimaryKey(1);
    System.out.println("sqlSession1 第一次查詢：" + new JSONObject(student));

    sqlSession1.close();

    // 使用sqlSession2進行第一次查詢
    StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);
    Student student2 = studentMapper2.selectByPrimaryKey(1);
    System.out.println("sqlSession2 第一次查詢：" + new JSONObject(student2));

    sqlSession2.close();
}

控制台輸出結果：

可以看到，sqlsession2 查詢數據的時候緩存命中率為0.5，並且也沒有向資料庫發送sql語句，那麼就代表我們配置的自定義緩存生效並可以成功緩存數據了。

站在巨人的肩膀上摘蘋果:

https://blog.51cto.com/zero01/2103911


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 怎麼用相應的圖來描述系統
    工作中我們經常會有向別人描述項目內容，解釋某一個功能的運作過程等情況。除了文字描述外，配合圖的方式來說明，增加了問題的具象化能力，方便溝通和對方理解。我剛開始一直想用一種圖來表述所有內容，但是實際上沒有一種圖可以做到，即使可以做到，那麼會使得這種圖變得複雜，也不符合人類的接受能力。用對應的圖說明對應 ...
  • 圖解Java設計模式之模板模式
    圖解Java設計模式之模板模式 豆漿製作問題 模板方法模式基本介紹 模板方法模式原理類圖 模板方法模式解決豆漿製作問題 模板方法模式的鉤子方法 模板方法模式在Spring框架中的源碼分析 模板方法模式的註意事項和細節 豆漿製作問題 1）製作豆漿的流程 選材 – 》添加配料 --》浸泡 --》放到豆漿 ...
  • SpringBoot 集成 Apollo 配置中心
    目錄 . 一、基本概念 . 1、背景 . 2、簡介 . 3、特點 . 4、基礎模型 . 5、Apollo 的四個維度 . 6、本地緩存 . 7、客戶端設計 . 8、總體設計 . 9、可用性考慮 . 二、Apollo 配置中心創建項目與配置 . 1、登錄 Apollo . 2、修改與增加部門數據 . ...
  • 6.Java基本語法-----Scanner類的使用
    實現步驟 1.導包：import java.util.Scanner; 2.Scanner類的實例化：Scanner scan = new Scanner(System.in); 3.調用Scanner類的相關方法（next() nextInt()）獲取指定類型的變數； 註意：在控制台，如果輸入的類 ...
  • 5.Java基本語法-----流程式控制制
    一、分類 順序結構：程式從上而下依次執行 分支結構：if-else if-else、switch-case 迴圈結構：while迴圈、for迴圈、do-while迴圈、增強for迴圈 二、具體說明 1.分支結構 1.1if分支結構 說明 1.else結構是可選的； 2.if-else結構可以嵌套使用 ...
  • 分析Servlet運行原理
    原文鏈接：http://www.yiidian.com/servlet/servlet how work.html 接下來我們有必要瞭解下Servlet的工作原理，這樣才能更好地理解Servlet。本文我們將以之前開發過的Servlet程式來講解Servlet的內部細節。 1 Servlet基本執行 ...
  • Python_常見內置函數
    1. 方法 註：class（類）是具有相同的屬性和方法的對象的集合。 2. 例子 （1）數據/集合類型 str(object=''); str(object=b'', encoding='utf-8', errors='strict') int(x, base=10) float(x=0) comp ...
  • 我用java爬蟲爬了一個圖片網站
    我用java爬蟲爬了一個圖片網站 最近想建立個網站，不想搞技術博客之類的網站了，因為像博客園還有CSDN這種足夠了。平時的問題也都是這些記錄一下就夠了。那搞個什麼網站好玩呢？ 看到一個圖片網站還不錯，裡面好多圖片（當然有xxx圖片了....）哈哈，其實就是閑的，同時也介紹一下java爬蟲的相關用法把 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類