在前边的学习中我们大概得了解了mybatis扫描和注入原理和sql的执行过程，还有mybatis插件的原理，在后边我们学习了mybatis的一级缓存的原理。那么今天我们主要学习一下mybatis二级缓存吧！
-
@Override
-
public Listquery(MappedStatement ms,
Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql)
-
throws SQLException {
-
只有是select类型的查询才有缓存可言
-
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);
-
}
清空当前缓存
-
private void flushCacheIfRequired(MappedStatement ms) {
-
Cache cache = ms.getCache();
-
if (cache !=
null && ms.isFlushCacheRequired()) {
-
tcm.clear(cache);
-
}
-
}
-
-
public Object getObject(Cache cache, CacheKey key) {
-
return getTransactionalCache(cache).getObject(key);
-
}
如果二级缓存没有那么就添加进去
-
private TransactionalCache getTransactionalCache(Cache cache) {
-
return transactionalCaches.computeIfAbsent(cache, TransactionalCache::
new);
-
}
同样我们也发现在执行非select查询的时候，二级缓存会清理
同样的如果我们使用事务，那么缓存也会在执行结束之后进行释放。
当发生事务回滚的时候也会将之前加入的缓存key给清理掉
-
public void rollback() {
-
unlockMissedEntries();
-
reset();
-
}
-
-
-
private void unlockMissedEntries() {
-
for (Object entry : entriesMissedInCache) {
-
try {
-
delegate.removeObject(entry);
-
}
catch (Exception e) {
-
log.warn(
"Unexpected exception while notifiying a rollback to the cache adapter."
-
+
"Consider upgrading your cache adapter to the latest version. Cause: " + e);
-
}
-
}
-
}
分析到这里可能有人就问了，这个sqlsession会回收的时候，这里的cache会不会被回收掉。答案是肯定得，因为executor是sqlsession的私有变量，cachemanager是executor的私有变量。所以二级缓存其实也会在事务提交的时候进行释放。据此我们做一些相关的测试。
1.关闭一级缓存，开启二级缓存，使用事务。预期会走缓存查询，但是第二次请求会重新建立缓存不会使用第一次请求产生的缓存。
2.关闭一级缓存，开启二级缓存，不使用事务，预期走缓存，但是第二次请求不会使用缓存。
但是作者通过实验发现springboot中并没有提供二级缓存相关的开关，也就是说springboot可能已经抛弃了mybatis的二级缓存。毕竟这里边和业务以及项目整合会有脏数据产生。
通过上述分析，作者并没有发现二级缓存与项目同生共死的作用。反而觉得二级缓存的可用性更低。为什么这么说的原因是每次查询sql，其实都是存sqlsesion池中获取sqlsession，而sqlsession的创建的参数就是executor，executor就是根据我们配置新建的，所以我们的缓存作为executor的私有变量显然也是新的。当然我们还发现cacheexecutor中对事务相关的接口，显然事务操作也会使得二级缓存无效。所以根据作者的分析，二级缓存且不说可能有多么厉害，就这些点个人觉得还没有一级缓存好用。但可能作者的反编译器不够出色，不能看到真相。以后有机会再回过头细细品味吧，就目前来说springboot已经没有二级缓存相关的开启配置了！
转载：https://blog.csdn.net/tianjingle_blog/article/details/111714286