理解Mybatis的缓存机制

理解Mybatis的缓存机制

最近在解决性能问题的时候,在与spring btach中的某个tasklet分页查询数据并进行数据的处理的时候,大概压了40w的数据,当然在结果集中解析出来的数据对象更大,结果导致了OOM问题,用内存分析工具MemoryAnalyzer查看到了大对象的内存占用指向了mybatis查询出来的对象,然后就去跟踪调用,结果跟踪到了mybatis的CacheExecutor,于是想到可能是mybatis的缓存,但是之前没有对它进行详细的了解,所以就掉坑里了,没有仔细的思考,很轻易的跳过了这种可能性.
Mybatis的缓存按照作用域划分可以分为,

一级缓存: **sqlsession** 级别的缓存
二级缓存: **namespace**级别的缓存

一级缓存

• 概要
  Mybatis默认开启了一级缓存,一级缓存有两个级别:一个是session,默认是session级别的,即在一个sqlsession中执行的所有语句都会共享一个缓存. 一种是statement级别,即缓存只对当前的statement有效,换句话说就是如果指定为statement级别相当于关闭了一级缓存.
  有个坑要说一下:

使用mybatis-spring时: 每次查询spring会重新创建sqlsession,所以一级缓存是不生效的.
但是当开启事务时,spring会使用同一个sqlsession查询,这种情况下一级缓存时生效的.

• 原理

Client SqlSession Executor Cache Mysql Database select query localCache.getObject(key) 返回查询结果 判断查询结果是否为空 1. 如果不为空则直接返回缓存的结果 不会查询数据库 返回查询结果 返回Cache查询结果 2. 如果为空则说明 缓存中没有则需要查询- 数据库 dispatch return database result localCache.putObject 返回Cache结果 返回查询结果 返回查询结果 Client SqlSession Executor Cache Mysql Database

在一级缓存中,当sqlSession执行写入更新,删除,则会清除sqlSession中的一级缓存.

• CachingExecutor源码

public  List query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql)
     throws SQLException {
   Cache cache = ms.getCache();
   if (cache != null) {
     flushCacheIfRequired(ms);
     if (ms.isUseCache() && resultHandler == null) {
       ensureNoOutParams(ms, boundSql);
       @SuppressWarnings("unchecked")
       List list = (List) tcm.getObject(cache, key);
       if (list == null) {
         list = delegate.query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
         tcm.putObject(cache, key, list); // issue #578 and #116
       }
       return list;
     }
   }
   return delegate.query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
 }

二级缓存

• 概要
  二级缓存是基于namespace的,也就是全局的,默认是关闭的.
  如果多个sqlsession之间需要共享缓存,则需要使用到二级缓存.开启二级缓存后,会使用CachingExecutor装饰Executor,进入一级缓存的查询流程前, 先在CachingExecutor进行二级缓存的查询.
• 原理

写入

获取

调用方

CachingExecutor

Executor

LocalCache

Mysql

namespace1

namespace2

namespace3

二级缓存开启后,同一个namespace下的所有操作语句,都影响这同一个cache,即二级缓存被多个sqlsession共享,是一个全局的变量.

• type：cache使用的类型，默认是PerpetualCache，这在一级缓存中提到过。
• eviction： 定义回收的策略，常见的有FIFO，LRU。
• flushInterval： 配置一定时间自动刷新缓存，单位是毫秒。
• size： 最多缓存对象的个数。
• readOnly： 是否只读，若配置可读写，则需要对应的实体类能够序列化。
• blocking： 若缓存中找不到对应的key，是否会一直blocking，直到有对应的数据进入缓存。
• cache-ref代表引用别的命名空间的Cache配置，两个命名空间的操作使用的是同一个Cache
• 源码分析
  
• 总结

1. MyBatis的二级缓存相对于一级缓存来说，实现了SqlSession之间缓存数据的共享，同时粒度更加的细，能够到namespace级别，通过Cache接口实现类不同的组合，对Cache的可控性也更强。
2. MyBatis在多表查询时，极大可能会出现脏数据，有设计上的缺陷，安全使用二级缓存的条件比较苛刻。
3. 在分布式环境下，由于默认的MyBatis Cache实现都是基于本地的，分布式环境下必然会出现读取到脏数据，需要使用集中式缓存将MyBatis的Cache接口实现，有一定的开发成本，直接使用Redis、Memcached等分布式缓存可能成本更低，安全性也更高。