快捷導(dǎo)航

mybatis中的緩存問題解析

更新時(shí)間：2017年04月14日 15:54:44 作者：_江南一點(diǎn)雨

本篇文章主要介紹了mybatis中的緩存問題解析，詳細(xì)的介紹了關(guān)于mybatis的一級(jí)緩存和二級(jí)緩存，具有一定的參考價(jià)值，有興趣的可以了解一下。

關(guān)于mybatis基礎(chǔ)我們前面幾篇博客已經(jīng)介紹了很多了，今天我們來說一個(gè)簡(jiǎn)單的問題，那就是mybatis中的緩存問題。mybatis本身對(duì)緩存提供了支持，但是如果我們沒有進(jìn)行任何配置，那么默認(rèn)情況下系統(tǒng)只開啟了一級(jí)緩存，一級(jí)緩存就是同一個(gè)SqlSession執(zhí)行的相同查詢是會(huì)進(jìn)行緩存的，OK，那么今天我們就來看看這些緩存，并簡(jiǎn)單驗(yàn)證下。

系統(tǒng)默認(rèn)開啟了一級(jí)緩存

這個(gè)緩存系統(tǒng)默認(rèn)情況下是開啟的，當(dāng)我們獲取到一個(gè)SqlSession對(duì)象之后，如果調(diào)用SqlSession中的同一個(gè)方法查詢同一條數(shù)據(jù)，那么第二次查詢將不會(huì)去數(shù)據(jù)庫中查詢，因?yàn)榈谝淮尾樵冇芯彺?，直接調(diào)用緩存數(shù)據(jù)即可，除非緩存超時(shí)或者我們明確聲明數(shù)據(jù)要刷新，否則都是直接調(diào)用緩存數(shù)據(jù)。OK，我們來看一個(gè)簡(jiǎn)單的案例。
查詢代碼如下：

SqlSession sqlSession = null;
    try {
      sqlSession = DBUtils.openSqlSession();
      UserMapper mapper = sqlSession.getMapper(UserMapper.class);
      //查詢同一條數(shù)據(jù)時(shí)會(huì)緩存
      User user = mapper.getUser(1l);
      User user2 = mapper.getUser(1l);
      System.out.println(user.toString());
      System.out.println(user2.toString());
      sqlSession.commit();
    } catch (Exception e) {
      System.err.println(e.getMessage());
      sqlSession.rollback();
    } finally {
      if (sqlSession != null) {
        sqlSession.close();
      }
    }

我們來看看日志：

這里寫圖片描述

小伙伴們看到，我這里執(zhí)行了兩次查詢，但實(shí)際上只執(zhí)行了一次SQL語句。

自己配置二級(jí)緩存

上面的緩存是由系統(tǒng)默認(rèn)配置的，這個(gè)有一定的局限性，就是只能在同一個(gè)SqlSession中有效，脫離了同一個(gè)SqlSession就沒法使用這個(gè)緩存了，有的時(shí)候我們可能希望能夠跨SqlSession進(jìn)行數(shù)據(jù)緩存。那么這個(gè)時(shí)候需要我們進(jìn)行手動(dòng)開啟二級(jí)緩存。

二級(jí)緩存的開啟方式其實(shí)很簡(jiǎn)單，只需要我們?cè)趗serMapper.xml中配置<cache/>節(jié)點(diǎn)即可。如下：

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="org.sang.db.UserMapper">
  <cache/>
  <select id="getUser" resultType="org.sang.bean.User" parameterType="Long">
    select * from user where id = #{id}
  </select>
  <insert id="insertUser" parameterType="org.sang.bean.User">
    INSERT INTO user(username,password,address) VALUES (#{username},#{password},#{address})
  </insert>
  <delete id="deleteUser" parameterType="Long">
    DELETE FROM user where id=#{id}
  </delete>
  <select id="getAll" resultType="u">
    SELECT * from user
  </select>
</mapper>

這樣簡(jiǎn)單配置之后，二級(jí)緩存就算開啟了，這樣的配置中，許多東西都是默認(rèn)的，比如所有的select語句都會(huì)被緩存，所有的delete、insert和update則都會(huì)將緩存刷新，還比如緩存將使用LRU算法進(jìn)行內(nèi)存回收等。那么這些東西如果需要配置的話，我們可以按如下方式進(jìn)行配置：

<cache eviction="LRU" flushInterval="20000" size="1024" readOnly="true"/>，這里的eviction表示緩存策略，除了LRU之外還有先進(jìn)先出（FIFO）、軟引用（SOFT）、弱引用（WEAK）等，flushInterval則表示刷新時(shí)間，表示緩存的對(duì)象個(gè)數(shù)，readOnly為true則表示緩存只可以讀取不可以修改。

OK，做了如上配置之后還不夠，開啟二級(jí)緩存還要求我們的實(shí)體類可以序列化，實(shí)現(xiàn)Serializable接口即可，如下：

public class User implements Serializable{
  private Long id;
  private String username;
  private String password;
  private String address;

  ...

}

如此之后，我們的二級(jí)緩存就算成功開啟了，OK，我么來測(cè)試下：

SqlSession sqlSession = null;
    SqlSession sqlSession2 = null;
    try {
      sqlSession = DBUtils.openSqlSession();
      UserMapper mapper = sqlSession.getMapper(UserMapper.class);
      User user = mapper.getUser(1l);
      System.out.println(user.toString());
      sqlSession.commit();
      sqlSession2 = DBUtils.openSqlSession();
      UserMapper mapper2 = sqlSession2.getMapper(UserMapper.class);
      User user2 = mapper2.getUser(1l);
      System.out.println(user2.toString());
      sqlSession2.commit();
    } catch (Exception e) {
      System.err.println(e.getMessage());
      sqlSession.rollback();
      sqlSession2.rollback();
    } finally {
      if (sqlSession != null) {
        sqlSession.close();
      }
      if (sqlSession2 != null) {
        sqlSession2.close();
      }
    }

打印日志如下：

這里寫圖片描述