MyBaties一级缓存

最新推荐文章于 2024-01-22 14:32:46 发布

weixin_34281537

最新推荐文章于 2024-01-22 14:32:46 发布

阅读量107

点赞数

文章标签： java 数据库 python

原文链接：https://my.oschina.net/u/3387320/blog/2986466

版权

2019独角兽企业重金招聘Python工程师标准>>>

一、一级缓存简介

在系统代码的运行中，我们可能会在一个数据库会话中，执行多次查询条件完全相同的Sql，鉴于日常应用的大部分场景都是读多写少，这重复的查询会带来一定的网络开销，同时select查询的量比较大的话，对数据库的性能是有比较大的影响的。Mybatis提供了一级缓存的方案来优化在数据库会话间重复查询的问题。实现的方式是每一个SqlSession中都持有了自己的缓存：

一种是SESSION级别，即在一个Mybatis会话中执行的所有语句，都会共享这一个缓存
一种是STATEMENT级别，可以理解为缓存只对当前执行的这一个statement有效

用一张图来解释一级缓存，如下图：

每一个SqlSession中持有了自己的Executor，每一个Executor中有一个Local Cache。当用户发起查询时，Mybatis会根据当前执行的MappedStatement生成一个key，去Local Cache中查询，如果缓存命中的话，返回。如果缓存没有命中的话，则写入Local Cache，最后返回结果给用户。

二、一级缓存配置

只需要在Mybatis的配置文件中，添加如下语句，就可以使用一级缓存。共有两个选项，SESSION或者STATEMENT，默认是SESSION级别
<setting name="localCacheScope" value="SESSION"/>

注意：spring结合mybatis时一级缓存失效问题
1、在未开启事物的情况之下，每次查询，spring都会关闭旧的sqlSession而创建新的sqlSession,因此此时的一级缓存是没有启作用的

2、在开启事物的情况之下，spring使用threadLocal获取当前资源绑定同一个sqlSession，因此此时一级缓存是有效的

三、一级缓存测试

测试一、
开启一级缓存，范围为会话级别，调用两次selectByPrimaryKey

    @Transactional
    public void test4() {
        
        User user=userMapper.selectByPrimaryKey(1);
        System.out.println(user);
        User user2=userMapper.selectByPrimaryKey(1);
        System.out.println(user2);
       
    }

我们可以看到，只有第一次真正查询了数据库,后续的查询使用了一级缓存

测试二、
在这次的试验中，我们增加了对数据库的修改操作，验证在一次数据库会话中，对数据库发生了修改操作，一级缓存是否会失效

	@Transactional
    public void test4() {
        User user=userMapper.selectByPrimaryKey(1);
        System.out.println(user);
        User user3=new User();
        user3.setUsername("123");
        userMapper.insert(user3);
        User user2=userMapper.selectByPrimaryKey(1);
        System.out.println(user2);
    }

我们可以看到，在修改操作后执行的相同查询，查询了数据库，一级缓存失效。分析：如果是insert/delete/update方法，缓存就会刷新

一级缓存总结：
1、Mybatis一级缓存的生命周期和SqlSession一致。
2、Mybatis的缓存是一个粗粒度的缓存，没有更新缓存和缓存过期的概念，同时只是使用了默认的hashmap，也没有做容量上的限定。
3、Mybatis的一级缓存最大范围是SqlSession内部，有多个SqlSession或者分布式的环境下，有操作数据库写的话，会引起脏数据，建议是把一级缓存的默认级别设定为Statement，即不使用一级缓存。

文章参考：https://www.jianshu.com/p/c553169c5921

转载于:https://my.oschina.net/u/3387320/blog/2986466