mybatis 二级缓存失效_你不能不知道的Mybatis缓存机制

缓存的重要性是不言而喻的。使用缓存， 我们可以避免频繁的与数据库进行交互， 尤其是在查询越多、缓存命中率越高的情况下， 使用缓存对性能的提高更明显。

同样地，mybatis作为ORM框架，也必然会支持缓存

它分别支持一级缓存和二级缓存。其中一级缓存是sqlSession级的缓存，而二级缓存则可以实现多个sqlSession间的缓存

什么意思？往下看喽~

一级缓存

01. 什么是一级缓存

之所以说mybatis的一级缓存是sqlSession级的，是因为它只支持同一个sqlSession下的缓存，也就是说缓存只在同一个sqlSession之间共享

02.如何实现一级缓存

一级缓存分为两个范围：statement和session

statement：说白了就是一个sql语句

session：有数据库产生的一个连接，即一个sqlsession

而mybatis默认支持一级缓存，不需要专门进行配置，并且它支持session范围的一级缓存。

针对缓存属性，mybatis通过类org.apache.ibatis.sessionConfiuration进行了配置，我们可以看到localCacheScope的默认级别为SESSION(并且二级缓存的也是默认开启的)

注意：Configuration类中的cacheEnabled属性是针对二级缓存的开关控制，而不是针对一级缓存的。一级缓存完全不需要进行配置，它并没有开关，是Mybatis默认支持的

那么，也就是说，我直接运行服务，一级缓存就生效了？

试试看，进入一级缓存测试环节~

03. 一级缓存测试1)在同一个方法中调用两次相同的方法public voidtestCache(){

User user = userMapperWithAnnotation.findById(33L);log.info("Find User: {}",user);User user2 = userMapperWithAnnotation.findById(33L);log.info("Find User2: {}",user2);}

2)直接在run方法中进行调用

@SpringBootApplication

@Slf4j

@MapperScan("com.shumile.springbootmybatis.mapper")

public classSpringBootMybatisApplication

implementsApplicationRunner {@AutowiredprivateUserMapperWithAnnotation userMapperWithAnnotation;

public static voidmain(String[] args) {

SpringApplication.run(SpringBootMybatisApplication.class,args);}

@Overridepublic voidrun(ApplicationArguments args) throwsException {

testCache();}

我们预期的效果是，既然mybatis默认已经支持一级缓存，那么我执行两个一模一样的方法，肯定只需要查询一次数据库了，第二次就应该直接从缓存中取结果了3)运行代码，如下图所示

哈？什么情况？骗人呢？打印了两条sql语句，这不还是查询了两次吗？

说实话，这个问题曾经困扰了我好几个小时，我在想，难道网上说的都有问题吗？是不是对于一级缓存，还专门有什么特殊配置呢？

最后呢，通过源码的跟踪，终于豁然开朗~

04. 源码分析我们跟踪findById()方法的执行，步骤如下1)首先会进入DefaultSqlSession的selectOne()方法

2)接着，会进入selectList()方法

我们知道在Confifuration类中已经默认配置了一级缓存的支持范围，在执行查询语句的时候，我们拿到的对应配置对象 就是默认支持session范围内的缓存(依旧先不用管cacheEnabled属性)。

那么，这块是没有问题的

3)往下走，进入CachingExecutor的query()方法

根据参数，获取到对应的可执行sql语句之后，进入创建缓存key的方法createCacheKey()，并将获取到的key作为参数传给下面的query()方法

在这里，先暂停，我们进入createCacheKey()方法内部，看看这个Key是如何确定的

4)createCacheKey()实现探究

它通过分别执行cacheKey.update()方法，将Statement.id、Offset、Limmit、Sql以及Params，这五个属性分别，放入cacheKey中的updateList中。其中update()方法如下

再来看看，cacheKey.equals()方法

很显然，除去hashcode，checksum和count的比较外，只要updatelist中的元素对应相等了，就可以认为是CacheKey相等。也就是说，只要两条Sql的Statement.id、Offset、Limmit、Sql以及Params这五个值相同，即可以认为是相同的Sql

看完了对于key的组装环节，接着继续往下走~

5)在缓存中找key

往下执行，在query()方法中，会首先通过key值去缓存中取，如果缓存中没有，即获取到的list为为空，则需要去数据库中查询

6)执行具体的数据库查询方法

7)将结果存入缓存

执行以后，会通过localCache.putObject(key,list)将当前执行的结果放在本地缓存中

8)提交结果

这一步结束以后，便进入到了commit()方法

我们看到，在执行commit()方法时，会清空本地缓存。那么以后再次查询时，缓存中总是找不到对应的key值，就会出现每次都重新执行sql语句，去数据库中查询的现象了

那么，我们便很容易就知道了，为什么会不支持一级缓存了。

原来，要想支持一级缓存，就得要保证在这些sql语句全部执行完以后，再去执行commit()方法，也就是说，我们的方法必须要在同一个事务内，才会支持

那就一起来验证一下，开启了事务的情况~

1)开启事务

接下来，我们对方法开启事务，在启动类添加@EnableTransactionManagement注解，并在run()方法上添加@Transactional注解

然后进入验证环节

2)验证环节第一次查询的执行过程，跟上面的基本一样。同样是从数据库中查询得到结果，并将结果存放到缓存中第二次查询注意了，关键就在第二次查询会继续判断从缓存中取对应key的值，这次我们可以取到key的value值，即它的查询结果，直接将这个结果集返回即可

直到执行完两条语句之后，进入commit()方法，进行事务提交操作看下执行结果图

sql语句只执行了一次，那么说明验证成功~

小结

为什么会出现不开启事务时，一级缓存不生效；开启了事务，一级缓存生效？

很显然，那是因为它每条语句执行结束以后，都会执行提交方法，而提交方法在每次都会清空本地缓存。而开启了事务的话，方法是在所有操作结束以后才会提交，因此就会支持一级缓存啦

二级缓存01. 什么是二级缓存

一级缓存中，是一个sqlSession使用一个缓存，而mybatis的二级缓存，则支持多个SqlSession之间共享缓存。mybatis默认开启二级缓存

02. 如何二级缓存从第一节中对一级缓存的源码分析中，我们也提到了，在Configuration类中，已经默认开启了二级缓存(cacheEnabled=true)除了这个参数，还需要在mapper.xml文件中，添加cache或者cache-ref标签，进行缓存配置如下所示

cache标签用于声明namespace使用二级缓存，并且可以通过以下属性自定义配置type：cache使用的类型，默认是PerpetualCache

eviction：定义回收的策略，常见的有FIFO，LRU

flushInterval：配置一定时间自动刷新缓存

size：最多缓存对象的个数

readOnly：是否只读，若配置可读写，则需要对应的实体类能够序列化

blocking：配置若缓存中找不到对应的key，是否会一直blocking，直到有对应的数据进入缓存

cache-ref代表引用别的命名空间的Cache配置，两个命名空间的操作使用的是同一个Cache

要想实现两个命名空间共享缓存，那么可以cache-ref标签的namespace属性引入另一个命名空间，如：

--标签说明参考自：

https://tech.meituan.com/2018/01/19/mybatis-cache.html03. 二级缓存测试

要想验证mybatis的二级缓存，就需要构造多个不同sqlsession的操作，验证在这些sqlsession之间能够实现缓存共享

1)创建mybatis-configuration.xml文件<?xml version="1.0"encoding="UTF-8"?>

-//mybatis.org//DTD Config 3.0//EN"

"http://mybatis.org/dtd/mybatis-3-config.dtd">

2)我们通过这个配置文件，分别定义两个sqlsession,进行同样的查询操作

调用方法执行结果如下

我们看到，并没有实现缓存的共享，即二级缓存失效了

3)第二次测试

我们在执行第二个sqlsession的操作之前，先执行sqlSession1的提交

执行代码，如下所示

我们看到，二级缓存成功实现了

咦~这又是为什么呢？

这是因为呢，只有第一个sqlSession执行了提交操作，第二个sqlSession才能感应到，然后才能获取到这个缓存

那么，如果我们的数据发生了变化，它肯定就不能再去取缓存中的数据了，否则我们在页面中看到的数据就不是最新的了

这一点，mybatis也为我们考虑到了，我们来看看如果我们在操作中间，执行了更新表的操作，情况是怎样的

4)第三次测试

如下所示，在两个查询操作之间，我们执行了另一个sqlSession的update()方法

执行结果，如下所示

在最后一次查询操作时，同样执行了sql语句，那么，这种情况下，二级缓存就失效了此外，如果我们在执行过程中，执行了多表操作，即如果A表和B表相关联，若对A表执行了更新操作，B表并不能够感知到，从而会拿到脏数据，影响正常的业务逻辑二级缓存的实现原理，大家可以参照一级缓存中跟踪源码的方式，自己跟着代码再进行更进一步的探究，有任何问题也可以随时与我留言沟通哦~

小结

mybatis通过cacheEnabled来进行二级缓存的开启与关闭配置，默认是开启状态

使用时，还需要在mapper.xml中通过cache标签开启命名空间内部的缓存。当然也可以通过cache-ref加入其它命名空间，进行二级缓存的共享

Mybatis对多表查询有局限性，容易出现读到脏数据。建议使用第三方缓存实现

三 总结

今天主要聊了聊Mybatis的一级缓存和二级缓存mybatis默认支持一级缓存，不需要开关设置，但必须是在事务开启的情况下才会生效，具体原因，我们也通过跟踪查询语句的执行过程理解了而二级缓存，必须在前面的sqlSession提交事务之后，才能够支持，并且使用具有局限性，每一个sqlSession执行完之后，必须进行提交操作，其他sqlSession擦能感应到变化，对于多表操作容易拿到脏数据等缺陷。个人更建议在项目使用集中式缓存，比如使用redis进行数据的存储，对于分布式的场景，我们也能够保证缓存不失效，并且不会读到脏数据，从而保证业务一致性技能总结1、mybatis一级缓存的实现方式与实现原理2、mybatis二级缓存的实现方式与失效场景3、两级缓存使用情况总结与建议温馨提示项目中如果出现一些不符合认知的代码逻辑问题，除了四处搜索之外，也不妨试试跟踪源码，一步步分析解决。这样不仅了解了其中的原理，同时还会极大锻炼你解决问题的能力哦~建议试试，相信我，时间久了，你会觉得代码其实也是香的呢

点个在看,赞👍支持我吧