zl程序教程

您现在的位置是:首页 >  其他

当前栏目

MyBatis(二五):缓存——二级缓存

2023-03-31 10:46:34 时间

上一篇我们学习了一级缓存,这次我们来学习二级缓存。

一、什么是二级缓存

二级缓存也叫全局缓存,是namespace级别的缓存,每一个命名空间对应一个二级缓存。

二、二级缓存的工作机制

1.每个SqlSession对应一个一级缓存。

2.当SqlSession关闭时,对应的一级缓存就会消失,但是如果我们开启了二级缓存,一级缓存的内容就会在会话关闭时存入对应的二级缓存中。

3.此时新的SqlSession会话就可以从二级缓存中获取内容。

三、二级缓存的具体应用

 1.mybatis-config.xml核心文件配置

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

这个配置不是必要的,因为官方文档中说明这个配置是默认开启的。

设置名描述有效值默认值
cacheEnabled 全局性地开启或关闭所有映射器配置文件中已配置的任何缓存。 true | false true

2.Mapper.xml配置

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

这是官方给出的一个二级缓存的例子,这个更高级的配置创建了一个 FIFO 缓存,每隔 60 秒刷新,最多可以存储结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此对它们进行修改可能会在不同线程中的调用者产生冲突。

可用的清除策略有:

  • LRU – 最近最少使用:移除最长时间不被使用的对象。
  • FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
  • SOFT – 软引用:基于垃圾回收器状态和软引用规则移除对象。
  • WEAK – 弱引用:更积极地基于垃圾收集器状态和弱引用规则移除对象。

默认的清除策略是 LRU。

flushInterval(刷新间隔)属性可以被设置为任意的正整数,设置的值应该是一个以毫秒为单位的合理时间量。 默认情况是不设置,也就是没有刷新间隔,缓存仅仅会在调用语句时刷新。

size(引用数目)属性可以被设置为任意正整数,要注意欲缓存对象的大小和运行环境中可用的内存资源。默认值是 1024。

readOnly(只读)属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓存对象的相同实例。 因此这些对象不能被修改。这就提供了可观的性能提升。而可读写的缓存会(通过序列化)返回缓存对象的拷贝。 速度上会慢一些,但是更安全,因此默认值是 false。

3.测试

    @Test
    public void getUserById() {
        SqlSession sqlSession = MyBatisUtil.getSqlSession();
        UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
        User user = userMapper.getUserById(10001);
        System.out.println(user);
        sqlSession.close();
        System.out.println("=========================================");
        SqlSession sqlSession2 = MyBatisUtil.getSqlSession();
        UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class);
        User user2 = userMapper2.getUserById(10001);
        System.out.println(user2);
        sqlSession2.close();
    }

测试结果如下:

 

 可以看见第二次查询并没有操作数据库。

 

当然我们也可以直接使用最简单的二级缓存配置:

<cache/>

此时我们去测试,结果报错:

 

 报的错误是User类没有序列化,那么为什么会出现这个问题呢?

官方文档有这样一句说明:

readOnly(只读)属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓存对象的相同实例。 因此这些对象不能被修改。这就提供了可观的性能提升。而可读写的缓存会(通过序列化)返回缓存对象的拷贝。 速度上会慢一些,但是更安全,因此默认值是 false。

所以我们需要让JavaBean序列化,也就是实现Serializable接口

我们去实现Serializable接口:

public class User implements Serializable {}

此时再次测试:

 

 没有问题。

 

(本文仅作个人学习记录用,如有纰漏敬请指正)