MyBatis源码分析:MyBatis Cache分析

Posted magic-sea

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MyBatis源码分析:MyBatis Cache分析相关的知识,希望对你有一定的参考价值。

一、Mybatis缓存介绍

  在Mybatis中,它提供了一级缓存和二级缓存,默认的情况下只开启一级缓存,所以默认情况下是开启了缓存的,除非明确指定不开缓存功能。使用缓存的目的就是把数据保存在内存中,是应用能更快获取数据,避免与数据库频繁交互,特别是在查询比较多、命中率比较高的情况下,缓存就显得很重要。但是使用不得当,会产生脏数据。

二、目录

  • 一级缓存介绍及相关配置。
  • 一级缓存工作流程及源码分析。
  • 一级缓存总结。
  • 二级缓存介绍及相关配置。
  • 二级缓存源码分析。
  • 二级缓存总结。
  • 全文总结。

三、一级缓存介绍及相关配置

  一级缓存是有Session、Statement两种级别。Session级别,在同一个SqlSession中,执行相同的SQL查询,第一次从数据库里面找出来,然后写到缓存中,后续的查询就会从一级缓存中取出来。若是在一次数据库会话中发生了在修改操作后,再次执行的相同查询,会发现Myabtis查询了数据库,说明一级缓存失效;如果没有声明要刷新,而且缓存时间超时了,缓存会被清空。Statement级别,可以理解为支队当前执行的这个Statement有效。

  mybatis-config中关于缓存的部分配置:

1 <setting name="localCacheScope" value="SESSION"/>

 

四、一级缓存工作流程以及源码分析

执行流程大致为下图:

 

技术图片

在上一篇文章中的BaseExecutor的query方法中有一断代码,根据算法生成的key,从缓存中查询是否存在需要查询的的对象,若为空,则从数据库中查询结果

 1     try 
 2       queryStack++;
 3       list = resultHandler == null ? (List<E>) localCache.getObject(key) : null;  //从缓存中查询
 4       if (list != null) 
 5         handleLocallyCachedOutputParameters(ms, key, parameter, boundSql);
 6        else 
 7         list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key, boundSql); //从数据库中查询
 8       
 9      finally 
10       queryStack--;
11        

BaseExecutor成员变量之一的PerpetualCache,是对Cache接口最基本的实现,其实现非常简单,内部持有HashMap,对一级缓存的操作实则是对HashMap的操作。如下代码所示:

1 public class PerpetualCache implements Cache 
2 
3   private final String id;
4 
5   private Map<Object, Object> cache = new HashMap<>();
6   
7   ... ...  
8 

SQL语句执行过程在上一篇文章中已经详细解释,BaseExecutor的query方法执行到最后会判断一级缓存级别是否是STATEMENT级别,如果是的话,就清空缓存,这也就是STATEMENT级别的一级缓存无法共享localCache的原因

 1 if (queryStack == 0) 
 2       for (DeferredLoad deferredLoad : deferredLoads) 
 3         deferredLoad.load();
 4       
 5       // issue #601
 6       deferredLoads.clear();
 7       if (configuration.getLocalCacheScope() == LocalCacheScope.STATEMENT) 
 8         // issue #482
 9         clearLocalCache();
10       
11 

接下来看insert和delete方法,它们都是走update方法

 1   @Override
 2   public int insert(String statement) 
 3     return insert(statement, null);
 4   
 5 
 6   @Override
 7   public int insert(String statement, Object parameter) 
 8     return update(statement, parameter);
 9   
10 
11   @Override
12   public int delete(String statement) 
13     return update(statement, null);
14   
15 
16   @Override
17   public int delete(String statement, Object parameter) 
18     return update(statement, parameter);
19   
 1   @Override
 2   public int update(String statement, Object parameter) 
 3     try 
 4       dirty = true;
 5       MappedStatement ms = configuration.getMappedStatement(statement);
 6       return executor.update(ms, wrapCollection(parameter));
 7      catch (Exception e) 
 8       throw ExceptionFactory.wrapException("Error updating database.  Cause: " + 
 9     e, e);
10      finally 
11       ErrorContext.instance().reset();
12     
13    

再转到BaseExecutor看update方法,最后把doUpdate交给了继承了BaseExecutor的Executor中

1 @Override
2 public int update(MappedStatement ms, Object parameter) throws SQLException 
3     ErrorContext.instance().resource(ms.getResource()).activity("executing an update").object(ms.getId());
4     if (closed) 
5       throw new ExecutorException("Executor was closed.");
6     
7     clearLocalCache();  //清空了缓存
8     return doUpdate(ms, parameter);
9 

再看到SimpleExecutor(默认)源码,清空了缓存,然后往数据库中执行更新操作,所以一级缓存发生更新操作时,会清空缓存

 1 @Override
 2 public int doUpdate(MappedStatement ms, Object parameter) throws SQLException 
 3     Statement stmt = null;
 4     try 
 5       Configuration configuration = ms.getConfiguration();
 6       StatementHandler handler = configuration.newStatementHandler(this, ms, parameter, RowBounds.DEFAULT, null, null);
 7       stmt = prepareStatement(handler, ms.getStatementLog());
 8       return handler.update(stmt);
 9      finally 
10       closeStatement(stmt);
11     
12 

然后都是上一篇介绍SQL执行过程的内容了。

五、一级缓存的总结

  • MyBatis一级缓存的生命周期和SqlSession一致。

  • MyBatis一级缓存内部设计简单,只是一个没有容量限定的HashMap,在缓存的功能性上有所欠缺。

  • MyBatis的一级缓存最大范围是SqlSession内部,有多个SqlSession或者分布式的环境下,数据库写操作会引起脏数据,建议设定缓存级别为Statement。

六、二级缓存介绍及相关配置

一级缓存中最大的共享范围是一个SqlSession内部,如果多个SqlSession之间需要共享缓存,则需要开启二级缓存。二级缓存开启的时候,调用Configuration的newExecutor方法,利用CachingExecutor装饰Executor,在进入一级缓存的查询前,先执行二级缓存的查询的流程。

 mybatis-config中关于开启二级缓存的部分配置:

1 <setting name="cacheEnabled" value="true"/>

 

七、二级缓存源码分析

 二级缓存开启,在一个SqlSession查询了对象,用另外一个SqlSession中查同样的数据,首先CachingExecutor先从二级缓存中查询

技术图片

在CachingExecutor的query方法里,首先从MappedStatement中获取配置初始化时赋予的Cache,本质上是装饰器模式的使用,具体的装饰链是:SynchronizedCache -> LoggingCache -> SerializedCache -> LruCache -> PerpetualCache。

 1 @Override
 2 public <E> List<E> query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql)
 3       throws SQLException 
 4     Cache cache = ms.getCache(); //获取配置初始化时的cache 5     if (cache != null) 
 6       flushCacheIfRequired(ms); //判断是否刷新
 7       if (ms.isUseCache() && resultHandler == null) 
 8         ensureNoOutParams(ms, boundSql); //主要是用来处理存储过程的
 9         @SuppressWarnings("unchecked")
10         List<E> list = (List<E>) tcm.getObject(cache, key); //从tcm中获取缓存的列表,把获取值的职责一路传递,最终到PerpetualCache11         if (list == null) 
12           list = delegate.query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
13           tcm.putObject(cache, key, list); //如果查询到数据,则调用tcm.putObject方法,往缓存中放入值;不是直接操作缓存,只是在把这次的数据和key放入待提交的Map中
14         
15         return list;
16       
17     
18     return delegate.query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
19 

 

以下是具体这些Cache实现类的介绍,他们的组合为Cache赋予了不同的能力。

 

  • SynchronizedCache:同步Cache,实现比较简单,直接使用synchronized修饰方法。
  • LoggingCache:日志功能,装饰类,用于记录缓存的命中率,如果开启了DEBUG模式,则会输出命中率日志。
  • SerializedCache:序列化功能,将值序列化后存到缓存中。该功能用于缓存返回一份实例的Copy,用于保存线程安全。
  • LruCache:采用了Lru算法的Cache实现,移除最近最少使用的Key/Value。
  • PerpetualCache: 作为为最基础的缓存类,底层实现比较简单,直接使用了HashMap。

 

MyBatis的CachingExecutor持有了TransactionalCacheManager,上面的tcm,它里面有一个Map,这个Map保存了Cache和用TransactionalCache包装后的Cache的映射关系。

1 private Map<Cache, TransactionalCache> transactionalCaches = new HashMap<Cache, TransactionalCache>();

TransactionalCache实现了Cache接口,CachingExecutor会默认使用他包装初始生成的Cache,作用是如果事务提交,对缓存的操作才会生效,如果事务回滚或者不提交事务,则不对缓存产生影响。TransactionalCache里面有一个clear方法

1 @Override
2 public void clear() 
3     clearOnCommit = true;
4     entriesToAddOnCommit.clear();
5 

CachingExecutor里面的commit方法

1 @Override
2 public void commit(boolean required) throws SQLException 
3     delegate.commit(required);
4     tcm.commit();
5 

TransactionalCachingManager的commit方法

1 public void commit() 
2     for (TransactionalCache txCache : transactionalCaches.values()) 
3       txCache.commit();
4     
5 

TransactionalCache的commit方法

1 public void commit() 
2     if (clearOnCommit) 
3       delegate.clear();
4     
5     flushPendingEntries();
6     reset();
7 

TransactionalCache的flushPendingEntries方法,在flushPendingEntries中,将待提交的Map进行循环处理,委托给包装的Cache类,进行putObject的操作。

1 private void flushPendingEntries() 
2     for (Map.Entry<Object, Object> entry : entriesToAddOnCommit.entrySet()) 
3       delegate.putObject(entry.getKey(), entry.getValue());
4     
5     ......
6 

 后续的查询操作会重复执行这套流程。如果是 insert | update | delete 的话,会统一进入CachingExecutor的update方法

1 private void flushCacheIfRequired(MappedStatement ms) 

二级缓存执行后会执行一级缓存操作。

八、二级缓存总结

  • MyBatis的二级缓存相对于一级缓存来说,实现了SqlSession之间缓存数据的共享,同时粒度更加的细,能够到namespace级别,通过Cache接口实现类不同的组合,对Cache的可控性也更强。

  • MyBatis在多表查询时,极大可能会出现脏数据,有设计上的缺陷,安全使用二级缓存的条件比较苛刻。

  • 在分布式环境下,由于默认的MyBatis Cache实现都是基于本地的,分布式环境下必然会出现读取到脏数据,需要使用集中式缓存将MyBatis的Cache接口实现,有一定的开发成本,直接使用Redis、Memcached等分布式缓存可能成本更低,安全性也更高。

九、总结

本文对介绍了MyBatis一二级缓存的基本概念,并从应用及源码的角度对MyBatis的缓存机制进行了分析。最后对MyBatis缓存机制做了一定的总结,个人建议MyBatis缓存特性在生产环境中进行关闭,单纯作为一个ORM框架使用可能更为合适。

 

参考:聊聊MyBatis缓存机制

 

以上是关于MyBatis源码分析:MyBatis Cache分析的主要内容,如果未能解决你的问题,请参考以下文章

MyBatis源码分析五MyBatis的缓存

MyBatis源码分析五MyBatis的缓存

mybatis 源码分析一二级缓存分析

#yyds干货盘点# mybatis源码解读:cache包(缓存基本功能)

#yyds干货盘点# mybatis源码解读:cache包(缓存机制功能)

mybatis源码-解析配置文件(四-1)之配置文件Mapper解析(cache)