深入mybatis(二) 一级缓存

mybatis一级缓存

在深入mybatis(一)中，我们说到是由BaseExecutor 维护的一级缓存。

查询缓存

在BaseExecutor 中，查询语句都会经过这里，如下图

这里先查询了缓存，如果缓存中有则从缓存中取出，否则queryFromDatabase()，
我们看下该方法。

  private <E> List<E> queryFromDatabase(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException {
    List<E> list;
    // 设置一个空的值
    localCache.putObject(key, EXECUTION_PLACEHOLDER);
    try {
      list = doQuery(ms, parameter, rowBounds, resultHandler, boundSql);
    } finally {
       // 删除缓存
      localCache.removeObject(key);
    }
     // 将查询结果，重新添加到缓存
    localCache.putObject(key, list);
    if (ms.getStatementType() == StatementType.CALLABLE) {
      localOutputParameterCache.putObject(key, parameter);
    }
    return list;
  }

在查询数据库之后，会将查询结果添加到1级缓存中。

清除一级缓存

那么在什么时候会进行清除一级缓存呢？在源码中我们找到,调用clearLocalCache()的地方

• update的
• query的时候，配置了flushCachingRequired = true 或者配置了LocalCacheScope(缓存作用域)为LocalCacheScope.STATEMENT
• commit
• roolback
• sqlSession 关闭的时候，无论配置的缓存的作用域是STATEMENT 还是配置的 SESSION 在会话关闭的时候，一级缓存会被清空。 原因是sqlSession 在执行sql的时候，每次都会初始化一个新的实例，默认SimpleExecutor,当sqlSession 关闭的时候，实例也将被销毁。

注： clearLocalCache() ，最后调用的hashMap的clear方法，清除的是当前会话下所有的一级缓存。并不是某个缓存。

spring 集成mybatis 一级缓存失效以及解决方法

    public WorkInfo selectWorkInfo(Integer id) {
        this.getById(id);
        this.getById(id);
        this.getById(id);
        this.getById(id);
        return this.getById(id);
    }

在上面这段代码中，我们使用相同方法查了5次，但是打断点会发现，在查询一级缓存的时候，总是没有获取到一级缓存。都是从数据库中获取。是什么原因呢？

spring 在sqlSession上做了一层包装，在配置文件MybatisAutoConfiguration中，每次执行sql的时候是通过SqlSessionTemp来创建会话，如下。

一直点进去到这里，如下图

加断点可以发现，在使用@Transaction的情况下，每次获取到的sqlSession 是同一个实例。在不加@Transaction注解的情况下，每次获取到的sqlSession是不同的实例，也就是说，是不用的会话。我们点进getSqlSession方法去看。如下图

综上所述，因为一级缓存是属于会话级缓存，会话关闭之后就清除了，并且不同会话间也不能共享缓存。所以，如果想命中1级缓存，那么可以通过加上@Transaction 注解来实现。