MyBatis 3(6)缓存机制

  • Post author:
  • Post category:其他



MyBatis 缓存机制

使用缓存可以使应用更快地获取数据,避免频繁地数据库交互,尤其查询多,更改少地场景下,使用缓存可以很大地提高运行效率,MyBatis 提供了强大的查询缓存特性,同时支持第三方缓存框架;
MyBatis 的一级缓存(本地缓存)存在于 SqlSession 生命周期中,

默认使用,并且不能控制;
二级缓存存在于 SqlSessionFactory 生命周期中,

一般来说 Mybatis 的缓存是指二级缓存;


一级缓存

Mybatis 的一级缓存默认使用,存在于 SqlSession 的生命周期中,在同一个 SqlSession 中查询时,MyBatis 会把执行方法和参数通过算法生成缓存的键值,将键值和查询结果存到一个 Map 对象中;
如果同一个 SqlSession 中执行的方法和参数完全一致(算法生成相同的键值),即 Map 缓存对象中已经存在该键值,MyBatis 会直接返回缓存中的对象;
以下示例演示 MyBatis 的一级缓存可能会产生的脏读现象;

@Test

public void testL1Cache(){

    

    //开始一个 SqlSession

    SqlSession sqlSession = getSqlSession();

    UserMapper userMapper = sqlSession.getMapper(UserMapper.class);

    User user1 = userMapper.getUserById(1);   //此时 user1.name = "old name"

    user.setUserName("new name");

    User user2 = userMapper.getUserById(1);   //此时虽然没有更新数据库,但是 user2.name = "new name"

    

    Assert.assertEquals(user1, user2);    //通过测试,user1,user2 为同一个对象

    

    //开始另一个 SqlSession

    sqlSession =  getSqlSession();

    userMapper = sqlSession.getMapper(UserMapper.class);

    

    User user3 = userMapper.getUserById(1);  // 此时 user3.name = "old name"

    Assert.assertNotEquals(user1, user3)   //通过测试,user1,user3 不是同一个对象

    

} 

要解决以上问题,可以对 getUserById 方法做出以下修改:

<select id="getUserById" flushCache="true"> ..... </select>



二级缓存

MyBatis 的

二级缓存存在于 SqlSessionFactory 生命周期中,在同一个

SqlSessionFactory 中数据可以共享缓存,如果需要在多个

SqlSessionFactory 之间共享缓存数据,可以使用 Redis 等缓存数据库;










开启二级缓存配置


Mybatis 的全局配置 settings 中有一个参数 cacheEnabled ,是全局二级缓存的开关,默认开启,如果设置为 false,即使后面有二级缓存的配置,也不会生效;

<settings>

    ....

    <setting name="cacheEnabled" value="true" />

</settings>

mybatis 的二级缓存是和命名空间绑定的,即二级缓存需要配置在 Mapper.xml 映射文件(此时命名空间为 mapper 的 namespace 属性) 或 Mapper.java 接口中(此时命名空间为该接口的全限定名);



在 Mapper.xml 中配置二级缓存


在 Mapper.xml 中针对需要开启二级缓存,只需添加一个<cache>元素即可,类似如下:

<mapper namespace="site.assad.mapper.UserMapper">

    <cache/>

    .......

</mapper>

默认像上面开启二级缓存会有以下效果:



  • 映射语句文件中的所有 SELECT 语句将会被缓存 ;






  • 映射语句文件中的所有 时SERT 、 UPDATE 、 DELETE 语句会刷新缓存 ;






  • 缓存会使用 LRU 算法来收回 ;






  • 缓存不会以任何时间顺序来刷新 ;






  • 缓存会存储集合或对象(无论查询方法返回什么类型的值)的 1024 个引用。






  • 缓存会被视为 read/write (可读/可写)的 , 即对象检索不是共享的,而且可以安全




    地被调用者修改,而不干扰其他调用者或线程所做的潜在修改 ;





这些效果可以通过以下 cache 的属性进行修改:

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



  • eviction:回收策略,包括以下候选值:




LRU(最近最少使用):默认值,移除最长时间不被使用的对象;



FIFO(先进先出):按对象进入缓存的顺序移除;



SOFT(软引用):移除基于垃圾回收器状态和软引用规则的对象;



WEAK(弱引用):


更积极地移除基于垃圾收集器状态和弱引用规则的对象;



  • flushInterval:刷新间隔,单位毫秒,默认为0(即缓存仅仅在调用语句时刷新);




  • size:引用数目,默认 1024,缓存的对象数目和运行环境的内存资源数目;




  • readOnly:是否只读,默认 false;




在 Mapper 接口中配置二级缓存


在 Mapper  接口中配置二级缓存可以类似如以下:

@ CacheNamespace(eviction ="FIFO" flushInterval="50000" size="512" readOnly="true" ) 

public interface UserMapper{

    ......

}




版权声明:本文为Al_assad原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。