MyBatis：一级缓存讲解和案例实战以及二级缓存的使用（9）

最新推荐文章于 2022-11-23 23:23:50 发布

九八年的尾巴

最新推荐文章于 2022-11-23 23:23:50 发布

阅读量194

点赞数 1

分类专栏： MyBatis-Plus 文章标签：数据库 java mybatis 缓存

本文链接：https://blog.csdn.net/q736317048/article/details/111087919

版权

MyBatis-Plus 专栏收录该内容

18 篇文章 2 订阅

订阅专栏

所有mapper文件里的sql操作，看之前博文，这里只对缓存做讲解

什么是缓存？

程序经常要调用的对象存在内存中，方便其它使用时可以快速调用，不必去数据库或者其它持久化设备中查询，主要就是提高性能

Mybatis一级缓存

1.一级缓存的作用域是SQLSession，同一个SqlSession中执行相同的SQL查询（相同的SQL和参数），第一次会去查询数据库并写在缓存中，第二次会直接从缓存中取

2.基于PerpetualCache的HashMap本地缓存

3.默认开启一级缓存

下面给大家演示一下缓存，同样的SQL语句查询两次，可以看到只执行了一次查询，打印两次。因为两个执行的SQL和参数都是一样，HashMap本地缓存去取结果，而不是再去访问数据库，这样性能更高
在这里插入图片描述

失效策略

当执行SQL时两次查询中间发生了增删改的操作，即insert、update、delete等操作commit提交后会清空该SQLSession缓存；比如SQLSession关闭-也就是指程序停掉，或者清空等

Mybatis二级缓存

二级缓存是namespace级别的，多个SqlSession去操作同一个namespace下的Mapper的sql语句，多个SqlSession可以共用二级缓存，如果两个mapper的namespace相同（即使是两个mapper，那么这两个mapper中执行sql查询到数据也将存在相同的二级缓存区域中，但是最后是每个Mapper单独的名称空间）
基于PerpetualCache的HashMap本地缓存，可自定义存储元，如Ehcache/Redis等
默认是没有开启二级缓存
操作流程：第一次调用某个namespace下的SQL去查询信息，查询到的信息会存放该mapper对应的二级缓存区域。第二次调用同个namespace下的mapper映射文件中，相同的sql去查询信息，会去对应的二级缓存内取结果

失效策略

执行同个namespace下的mapper映射文件中增删改sql，并执行了commit操作，会清空该二级缓存

注意：实现二级缓存的时候，MyBatis建议返回的POJO是可序列化的，也就是建议实现Serializable接口

缓存淘汰策略：会使用默认的LRU算法来回收（最近最少使用的）

如何开启某个二级缓存mapper.xml里面配置

<!--开启mapper的namespace下的二级缓存-->
    <!--
        eviction:代表的是缓存回收策略，常见下面两种。
        (1) LRU,最近最少使用的，一处最长时间不用的对象
        (2) FIFO,先进先出，按对象进入缓存的顺序来移除他们

        flushInterval:刷新间隔时间，单位为毫秒，这里配置的是100秒刷新，如果不配置它，当SQL被执行的时候才会去刷新缓存。

        size:引用数目，代表缓存最多可以存储多少个对象，设置过大会导致内存溢出

        readOnly:只读，缓存数据只能读取而不能修改，默认值是false
    -->
<cache eviction="LRU" flushInterval="100000" readOnly="true" size="1024"/>

全局配置：
<settings>
<!--这个配置使全局的映射器(二级缓存)启用或禁用缓存，全局总开关，这里关闭，mapper中开启了也没用-->
        <setting name="cacheEnabled" value="true" />
</settings>

实例演示

先将mapper.xml里的配置注释掉。这里先演示不同SqlSession查询同一个namespace的mapper文件结果

public class SqlSessionCacheDemo {
    public static void main(String [] args) throws IOException {

        String resouce = "config/mybatis-config.xml";

        InputStream inputStream = Resources.getResourceAsStream(resouce);


        SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);

        //这里不使用jdk8新语法，因为新语法会自动commit提交
        try {
            //演示多个sqlSession操作同而namespace的mapper文件
            SqlSession sqlSession = sqlSessionFactory.openSession();
            //去查询先去二级缓存里面找，二级缓存没有就会去数据库里面找，找到之后返回
            //会放到二级缓存里面，commit操作之后，下一条操作也会先去二级缓存里面找
            VideoMapper videoMapper1 = sqlSession.getMapper(VideoMapper.class);
            Video video1 = videoMapper1.selectById(52);
            System.out.println(video1.toString());
            sqlSession.commit();

            SqlSession sqlSession2 = sqlSessionFactory.openSession();
            VideoMapper videoMapper2 = sqlSession.getMapper(VideoMapper.class);
            Video video2 = videoMapper1.selectById(52);
            System.out.println(video2.toString());
            sqlSession2.commit();


        }catch (Exception e){
            e.printStackTrace();
        }

    }
}

结果可以看到，执行了两个sql操作
在这里插入图片描述

我们再将mapper.xml文件的二级缓存打开，再次测试

可以看到结果，只执行了一次SQL操作，不同SqlSession作用域下扔可以进行缓存操作，这就是基于namespace做的二级缓存，是不是通俗易懂了！
在这里插入图片描述

一级缓存和二级缓存使用顺序

优先查询二级缓存-》查询一级缓存-》数据库

如果需要控制全局mapper里面某个方法不使用二级缓存，可以配置useCache=“false”

  <select id="selectById" parameterType="java.lang.Integer" resultType="Video" useCache="false">
    select <include refid="base_video_field"/> from video where id = #{video_id}
  </select>