Mybatis缓存机制

一级缓存实现原理

1、创建了一个SqlSession对象，同时会为这个SqlSession对象创建一个新的Executor执行器

2、Executor接口的实现类BaseExecutor则使用PerpetualCache缓存对象维护缓存.

3、PerpetualCache缓存类实现HashMap(); 

public class PerpetualCache implements Cache {
  private String id; 
  private Map cache = new HashMap();
  …………………… 
}

故：很容易理解为何一级缓存是SqlSession内部共享的。

4、首次select先查db后写入缓存； update()、delete()、insert() ，都会调用clearCache 方法，清空PerpetualCache对象的数据，(但是该对象可以继续使用)。二次查询时，先查缓存发现没有，再回溯db后将新数据写入缓存。

5、关闭SqlSession后，同时释放Executor对象及PerpetualCache对象。

注：就简单地使用了HashMap来维护，并没有对HashMap的容量和大小进行限制 ，OOM问题？

SqlSession的生存时间很短，执行完便关闭session，释放内存对象。db执行增删改便清空缓存，故不太可能出现缓存过大oom问题；可手动调用clearCache方法释放缓存。

一级缓存淘汰机制

实现了FIFO、LRU淘汰算法

一级缓存失效

一级缓存默认开启，无需任何配置。但整合spring后，发现mybatis一级缓存失效。原因如下：

spring对mybatis的sqlsession被spring当作resource放在当前线程的上下文里（threadlocal),spring通过mybatis调用数据库的过程如下：

1、提交sql请求，spring向mybatis的sqlsession（资源池）中获取一个Session实例，并放入当前线程threadlocal中

2、template从threadlocal获取到sqlsession，去执行查询

3、查询结束，清空threadlocal中与当前线程绑定的sqlsession，释放资源

再次查询时，又重复1获取新的sqlsession，使得同一线程里面两次查询同一数据所使用不同的sqlsession。给人以一级缓存失效的错觉。

二级缓存实现原理

启动二级缓存：配置"cacheEnabled=true"开启二级缓存

1、创建SqlSession对象，在创建Executor对象时，会对Executor对象加上一个装饰者：CachingExecutor，这时SqlSession使用CachingExecutor对象来完成操作请求。

2、CachingExecutor对于查询请求，会先判断该查询请求在Application级别的二级缓存中是否有缓存结果，有则直接返回缓存结果；没有，再交给真正的Executor对象来完成查询操作，之后CachingExecutor会将Executor返回的查询结果写入缓存后结果返回用户。

部分总结自：深入理解mybatis原理