1、一级缓存
跟踪BaseExecutor可以看到,在query方法中,实现了缓存逻辑,当缓存不存在的时候,则调用实现类中的doQuery。
创建一级缓存的KEY:
查看缓存中是否存在,存在则直接返回,不存在则查询数据库:
查询数据库:
这就是Mybatis中的一级缓存,逻辑十分简单,可以从源码中看到,一级缓存是默认开启的并且在同一个线程中有效,同时查询完毕之后,立即建立缓存。
1)、一级缓存命中场景
mybatis中的一级缓存是存放在hashMap中的,之所以没有用线程安全的集合,主要是因为SqlSession都是线程不安全的,所以没有必须要。
1、运行时命中相关
① 同一个会话中(所以也被成为会话级缓存)
② Sql语句、参数相同
③ 相同的statementId(相同Sql和参数,在不同的statementId中也不行)
④ RowBounds相同(mybatis分页使用,可以理解为参数相同)
2、操作和配置相关
① 未手动清空缓存(session1.clearCache();)
② 未配置 @Options(flushCache = Options.FlushCachePolicy.TRUE),其实原理同上(在实验中发现必须要跟@Select标签一起使用才能生效)
③ 未执行 Update 语句(在源码中可以看到,只要更新操作就会调用 clearCache()方法)
④ 作用域为STATEMENT(在setting中配置
⑤ 使用事务提交、回滚操作
总结:
1、会话相关
2、参数条件相关
3、提交、事务、更新会清空
2)、一级缓存失效场景
在spring和mybaits中,会出现mybatis一级缓存失效的情况,主要原因是spring的封装,导致每次查询都会创建一个SqlSession,因为一级缓存是会话级缓存,所以导致失效。通过分析源码可知,在同一个事务情况下,spring 不会重新创建SqlSession,所以开启事务即可解决。
spring调用mybatis流程如下:
这里可以看到,在SqlSessionTemplate中是使用sqlSession代理进行调用的
继续追踪下去可以看出来,sqlSessionProxy代理是使用 动态代理 SqlSessionInterceptor 创建的,
下面查看 SqlSessionInterceptor 中获取SqlSession方法:
到这里获取到的SqlSession,就是执行sql的SqlSession
可以看到他其实从ThreadLocal(也就是一个事务中保存的SqlSession)变量中先获取了一下,是否存在 ,存在直接使用,不存在就重新创建。这也就是为什么开启事务就能命中一级缓存的主要原因。
可以看到sqlSession被spring中的 SqlSessionTemplate替换了,但是 SqlSessionTemplate 本身没有执行Sql的能力,在其中又采用动态代理获取了DefaultSqlSession。
2、二级缓存
mybatis中,实现二级缓存是使用CachingExecutor这个类实现的,同时采用装饰者模式,对查询进行调用,源码如下:
在CachingExecutor中,存在一个属性就是 Executor,而CachingExecutor本身只实现缓存相关的内容:
上面的源码可以看到,当缓存开启的时候,先查询缓存中是否存在,不存在则使用执行器(Executor)进行查询。
下面查看二级缓存怎么启动:
1、在setting中配置缓存开启:
2、在需要开启缓存的Mapper.xml文件中添加如下一行:
编写例子 :
虽然使用的 CachingExecutor 但是发现日志输出的缓存命中率是0,这是因为二级缓存需要提交之后才能建立缓存,打开cachingExecutor.commit(ture)
在平时开发的过程中,其实直接使用SqlSession进行sql的执行的,并不需要上面那么复杂的代码。
其他配置内容:
PS:
① flushCache 清空之后,需要提交才能生效,并且只要提交了,所有的缓存都会被清空。
②
跟踪代码可知,
当开启缓存的时候,可以看到是先执行二级缓存,再执行一级缓存的。
1)、二级缓存存在的意义
1、二级缓存是跨线程的
2、一级缓存的作用范围相对小,二级缓存的生命周期为整个应用
2)、二级缓存的需求
1、存储的多元性(Redis、Mysql、内存等)
2、存储容量需要限定,就存在淘汰规则(FIFO[先进先出]、LRU[最近最少使用])
3、数据的过期清理
4、保证线程安全
5、缓存的命中率统计
6、序列化
3)、二级缓存组件的结构
mybatis二级缓存逻辑实现采用:装饰器+责任链的方式进行实现的。
其实也就是每个上述的需求点,都会对应一个集成Cache接口的类,并且这些类串联起来,最终实现缓存的逻辑。
debug可以看到如下:
4)、二级缓存命中条件
① 必须提交之后(就算sqlsession是自动提交的,也需要手动提交才能生效)
② Sql语句、参数相同
③ statementId 相同
④ 分页条件相同
为什么提交之后才能命中缓存?
主要是因为,二级缓存是跨线程访问的,为了防止其他线程的脏读。
每个会话都有自己的事务缓存管理,当会话读取的数据的时候,会暂时存放到事务管理器的暂存区中,只有commit之后,才提交到缓存区中,这个时候才能被其他的会话共享。不论是查询还是更新都是暂时放在暂存区中。
其中暂存区的多少取决于使用了多少个命名空间。
执行流程:
下面的源码可以看到,采用一个标志位clearOnCommit,进行维护,主要是因为,如果另一个会话对缓存的数据进行了update,但是没有commit的时候,update的数据值存在暂存区中。
以上是对mybatis的执行器和缓存机制的简单描述。
这里推荐mybatis讲解非常棒的福利:B站 传送门 真正的干活满满!~
同时盗用一下UP主的图片: