SpringBoot+Mybatis一级缓存和二级缓存详解

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

本文主要介绍在SpringBoot项目中如何使用Mybatis的一级、二级缓存,为了演示方便，本文的数据库采用H2内存数据库，数据库连接池默认使用SpringBoot2.X自带的hikariCP。

正确的使用Mybatis缓存可以有效减少多余的数据库查询操作，节约IO。

接下来我们从实践出发，看一看mybatis的一级，二级缓存如何使用，相关代码请查阅：https://github.com/zhengxl5566/springboot-demo.git

1、概念介绍

什么是一级缓存

在日常开发过程中，经常会有相同的sql执行多次查询的情况，mybatis提供了一级缓存来优化这些查询，避免多次请求数据库。

一级缓存在mybatis中默认是开启的并且是session级别，它的作用域为一次sqlSession会话。

什么是二级缓存

相对于一级缓存，二级缓存的作用域更广泛，它不止局限于一个sqlSession，可以在多个sqlSession之间共享，事实上，它的作用域是namespace。

mybatis的二级缓存默认也是开启的，但由于他的作用域是namespace，所以还需要在mapper.xml中开启才能生效

缓存的优先级

通过mybatis发起的查询，作用顺序为：二级缓存->一级缓存->数据库，其中任何一个环节查到不为空的数据，都将直接返回结果

缓存失效

当在一个缓存作用域中发生了update、insert、delete 动作后，将会触发缓存失效，下一次查询将命中数据库，从而保证不会查到脏数据。

2、代码演示

一级缓存

默认情况下，mybatis开启并使用了一级缓存。

单元测试用例：

    /**

     * 开启事务，测试一级缓存效果

     * 缓存命中顺序：二级缓存---> 一级缓存---> 数据库

     **/

    @Test

    @Transactional(rollbackFor = Throwable.class)

    public void testFistCache(){

        // 第一次查询，缓存到一级缓存

        userMapper.selectById(1);

        // 第二次查询，直接读取一级缓存

        userMapper.selectById(1);

    }

执行结果：

可以看到，虽然进行了两次查询，但最终只请求了一次数据库，第二次查询命中了一级缓存，直接返回了数据。

这里有两点需要说明一下：

1、为什么开启事务

由于使用了数据库连接池，默认每次查询完之后自动commite，这就导致两次查询使用的不是同一个sqlSessioin，根据一级缓存的原理，它将永远不会生效。

当我们开启了事务，两次查询都在同一个sqlSession中，从而让第二次查询命中了一级缓存。读者可以自行关闭事务验证此结论。

2、两种一级缓存模式

一级缓存的作用域有两种：session（默认）和statment，可通过设置local-cache-scope 的值来切换，默认为session。

二者的区别在于session会将缓存作用于同一个sqlSesson，而statment仅针对一次查询，所以，local-cache-scope: statment可以理解为关闭一级缓存。

二级缓存

默认情况下，mybatis打开了二级缓存，但它并未生效，因为二级缓存的作用域是namespace，所以还需要在Mapper.xml文件中配置一下才能使二级缓存生效

单表二级缓存

下面对userMapper.xml配置一下，让其二级缓存生效,只需加入cache标签即可

<cache></cache>

单元测试用例：

    /**

     * 测试二级缓存效果

     * 需要*Mapper.xml开启二级缓存

     **/

    @Test

    public void testSecondCache(){

        userMapper.selectById(1);

        userMapper.selectById(1);

    }

执行结果：

这里可以看到，第二次查询直接命中了缓存，日志还打印了该缓存的命中率。读者可以自行关闭二级缓存查看效果，通过注掉对应mapper.xml的cache标签，或者 cache-enabled: false 均可

多表联查二级缓存

接下来演示多表联查的二级缓存，user表left join user_order表 on user.id = user_order.user_id

我们考虑这样一种情况，该联查执行两次，第二次联查前更新user_order表，如果只使用cache配置，将会查不到更新的user_orderxi，因为两个mapper.xml的作用域不同，要想合到一个作用域，就需要用到cache-ref

userOrderMapper.xml

<cache></cache>

userMapper.xml

<cache-ref namespace="com.zhengxl.mybatiscache.mapper.UserOrderMapper"/>

单元测试用例：

    /**

     * 测试多表联查的二级缓存效果

     * 需要*Mapper.xml设定引用空间

     **/

    @Test

    public void testJoin(){

        System.out.println(userMapper.selectJoin());

        System.out.println(userMapper.selectJoin());

        UserOrder userOrder = new UserOrder();

        userOrder.setGoodName("myGoods");

        userOrder.setUserId(1);

        userOrderMapper.saveOrder(userOrder);

        System.out.println(userMapper.selectJoin());

    }

执行结果：

首先查询了两次user表，第二次命中二级缓存，然后更新user_order表，使缓存失效，第三次查询时命中数据库。

综上，mybatis的单机缓存就介绍完了，读者可以自行下载样例工程验证。

总结：

mybatis默认的session级别一级缓存，由于springboot中默认使用了hikariCP，所以基本没用，需要开启事务才有用。但一级缓存作用域仅限同一sqlSession内，无法感知到其他sqlSession的增删改，所以极易产生脏数据

二级缓存可通过cache-ref让多个mapper.xml共享同一namespace，从而实现缓存共享，但多表联查时配置略微繁琐。

所以生产环境建议将一级缓存设置为statment级别（即关闭一级缓存），如果有必要，可以开启二级缓存