一级缓存实现原理
1、创建了一个SqlSession对象,同时会为这个SqlSession对象创建一个新的Executor执行器
2、Executor接口的实现类BaseExecutor则使用PerpetualCache缓存对象维护缓存.
3、PerpetualCache缓存类实现HashMap()<Obj,Obj>;
public class PerpetualCache implements Cache {
private String id;
private Map<Object, Object> cache = new HashMap<Object, Object>();
……………………
}
故:很容易理解为何一级缓存是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"开启二级缓存
</settings>
<setting name="cacheEnabled" value="true"/>
</settings>
1、创建SqlSession对象,在创建Executor对象时,会对Executor对象加上一个装饰者:CachingExecutor,这时SqlSession使用CachingExecutor对象来完成操作请求。
2、CachingExecutor对于查询请求,会先判断该查询请求在Application级别的二级缓存中是否有缓存结果,有则直接返回缓存结果;没有,再交给真正的Executor对象来完成查询操作,之后CachingExecutor会将Executor返回的查询结果写入缓存后结果返回用户。
部分总结自:深入理解mybatis原理