3. 二级缓存
3.1 二级缓存介绍
开启二级缓存后,会使用CachingExecutor装饰Executor,进入一级缓存的查询流程前,先在CachingExecutor进行二级缓存的查询,具体的工作流程如下所示。
二级缓存开启后,同一个namespace下的所有操作语句,都影响着同一个Cache,即二级缓存被多个SqlSession共享,是一个全局的变量。
当开启缓存后,数据的查询执行的流程就是 二级缓存 -> 一级缓存 -> 数据库。
3.2 二级缓存配置
- 需要在MyBatis核心配置文件,通过settings标签开发二级缓存。
<setting name="cacheEnabled" value="true"/>
- 在对应的Mapper文件中添加cache标签。
- cache标签属性。
- type:cache使用的类型,默认是PerpetualCache,这在一级缓存中提到过。
- eviction: 定义回收的策略,常见的有FIFO,LRU。
- flushInterval: 配置一定时间自动刷新缓存,单位是毫秒。
- size: 最多缓存对象的个数。
- readOnly: 是否只读,若配置可读写,则需要对应的实体类能够序列化。
- blocking: 若缓存中找不到对应的key,是否会一直blocking,直到有对应的数据进入缓存。
- cache-ref代表引用别的命名空间的Cache配置,两个命名空间的操作使用的是同一个Cache。
<cache-ref namespace="mapper.StudentMapper"/>
3.3 二级缓存源码分析
MyBatis在为SqlSession对象创建Excutor对象时候,会给Executor对象加上一个装饰者:CachingExecutor,这时SqlSession使用CachingExecutor对象来完成操作请求。CachingExecutor对于查询请求,会先判断该查询请求在二级缓存中是否有缓存,如果有则直接返回缓存结果;如果没有再交给真正的Executor对象来完成查询操作,之后CachingExecutor会将真正Executor返回的查询结果放置到缓存中,然后再返回给用户。
CachingExecutor的query方法,首先会从MappedStatement中获得在配置初始化时赋予的Cache。
以下是具体这些Cache实现类的介绍,他们的组合为Cache赋予了不同的能力。
- SynchronizedCache: 同步Cache,实现比较简单,直接使用synchronized修饰方法。
- LoggingCache: 日志功能,装饰类,用于记录缓存的命中率,如果开启了DEBUG模式,则会输出命中率日志。
- SerializedCache: 序列化功能,将值序列化后存到缓存中。该功能用于缓存返回一份实例的Copy,用于保存线程安全。
- LruCache: 采用了Lru算法的Cache实现,移除最近最少使用的key/value。
- PerpetualCache: 作为为最基础的缓存类,底层实现比较简单,直接使用了HashMap。
可以为每条Mapper语句设置是否要刷新缓存,可以指定select语句是否使用缓存,如下所示:
<select ... flushCache="false" useCache="true"/>
<insert ... flushCache="true"/>
<update ... flushCache="true"/>
<delete ... flushCache="true"/>
判断是否刷新缓存
flushCacheIfRequired(ms);
在默认的设置的select语句是不会刷新缓存的,insert/update/delte会刷新缓存。
private void flushCacheIfRequired(MappedStatement ms) {
Cache cache = ms.getCache();
if (cache != null && ms.isFlushCacheRequired()) {
tcm.clear(cache);
}
}
CachingExecutor的查询语句:
public <E> List<E> query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql)
throws SQLException {
//从MappedStatement中获得在配置初始化时赋予的Cache
Cache cache = ms.getCache();
if (cache != null) {
//获取Mapper语句的flushCache配置 判断是否刷新缓存
flushCacheIfRequired(ms);
//ensureNoOutParams主要是用来处理存储过程的
if (ms.isUseCache() && resultHandler == null) {
ensureNoOutParams(ms, parameterObject, boundSql);
//从TransactionalCacheManager获取缓存的列表
//在getObject方法中,会把获取值的职责一路传递,最终到PerpetualCache。
List<E> list = (List<E>) tcm.getObject(cache, key);
//如果缓存中没有找到则调用实际的Executor执行查询语句,查询到数据,则调用tcm.putObject方法,往缓存中放入值
//tcm的put方法也不是直接操作缓存,只是在把这次的数据和key放入待提交的Map中
if (list == null) {
list = delegate.<E> query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
tcm.putObject(cache, key, list); // issue #578 and #116
}
return list;
}
}
return delegate.<E> query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
}
3.4 二级缓存失效的原因
- flushCache属性在查询中作用针对二级缓存导致失效
//会话过程中第一次发送请求,从数据库中得到结果
//得到结果之后,mybatis自动将这个查询结果放入到当前用户的一级缓存
DeptDao dao = session.getMapper(DeptDao.class);
Dept dept = dao.findByDeptNo(10);
System.out.println("第一次查询得到部门对象 = "+dept);
session.close();//触发MyBatis框架从当前一级缓存中将Dept对象保存到二级缓存
SqlSession session2 =factory.openSession();
DeptDao dao2 = session2.getMapper(DeptDao.class);
Dept dept2 = dao2.findByDeptNo(10);
System.out.println("第二次查询得到部门对象 = "+dept2);
- flushCache属性在查询中作用针对一级缓存导致失效
//会话过程中第一次发送请求,从数据库中得到结果
//得到结果之后,mybatis自动将这个查询结果放入到当前用户的一级缓存
DeptDao dao = session.getMapper(DeptDao.class);
Dept dept = dao.findByDeptNo(10);
System.out.println("第一次查询得到部门对象 = "+dept);
DeptDao dao2 = session.getMapper(DeptDao.class);
Dept dept2 = dao2.findByDeptNo(10);
System.out.println("第二次查询得到部门对象 = "+dept2);
- flushCache属性在更新中作用导致两次查询结果完全一样
//会话过程中第一次发送请求,从数据库中得到结果
//得到结果之后,mybatis自动将这个查询结果放入到当前用户的一级缓存
DeptDao dao = session.getMapper(DeptDao.class);
Dept dept = dao.findByDeptNo(10);
System.out.println("第一次查询得到部门对象 = "+dept.getDname());
Dept dept3 = new Dept(10,"部门20","北京");
dao.updateDept(dept3);
session.commit();
session.close();
SqlSession session2 = factory.openSession();
DeptDao dao2 = session2.getMapper(DeptDao.class);
Dept dept2 = dao2.findByDeptNo(10);
System.out.println("第二次查询得到部门对象 = "+dept2.getDname());
3.5 总结
- MyBatis的二级缓存相对于一级缓存来说,实现了SqlSession之间缓存数据的共享,同时粒度更加的细,能够到namespace级别,通过Cache接口实现类不同的组合,对Cache的可控性也更强。
- MyBatis在多表查询时,极大可能会出现脏数据,有设计上的缺陷,安全使用二级缓存的条件比较苛刻。
- 在分布式环境下,由于默认的MyBatis Cache实现都是基于本地的,分布式环境下必然会出现读取到脏数据,需要使用集中式缓存将MyBatis的Cache接口实现,有一定的开发成本,直接使用Redis,Memcached等分布式缓存可能成本更低,安全性也更高。
本文转自MyBatis|缓存机制