mybatis二级缓存深入理解

mybatis二级缓存深入理解

在我们日常项目中使用，我们常常不会选择使用MyBatis的二级缓存，因为当你不熟悉二级缓存的时候。由于使用不当很容易造成脏读，下面我们就来看看二级缓存的槽点和亮点。

首先我们得知道二级缓存需要做什么

二级缓存(应用级缓存、跨线程)不同于一级缓存(会话级缓存、线程不安全)，所以他的命中率比一级缓存命中率更高

其中二级缓存有几个比较核心的知识点：

1、存储方式：

​ 1)、内存：这是我们最常用的方式，简单快捷；弊端就是不能持久化，并且容量有限。

​ 2)、硬盘：虽然可以持久化，容量也大，但是最大的弊端就是，访问速度慢！一般都不会用这种方式来做缓存。

​ 3)、第三方集成（redis）：目前最为流行的方式，容量相对大，速度快且可持久化。并且Redis还能支持分布式系统

2、淘汰策略：

​ 1)、FIFO 先进先出，底层使用队列来实现

​ 2)、LRU 最近最少使用 底层使用LinkedHashMap实现

​ 3)、WeakReference：弱应用，将缓存的对象进行弱应用包装。当JVM进行GC的时候，不论当前的内存空间是否够 用，此对象都会被清除。

​ 4)、SoftRefrence：软引用，基本原理与弱应用类似，不同在于当GC的时候，当内存空间不足的时候，此缓存对象就会 被回收。

3、过期清理：清理存放数据过久的数据

4、线程安全：保证缓存可以被多个线程同时使用

6、序列化：关于序列化，由于二级缓存是应用级缓存，可以跨线线程使用。当不同线程获取到同一个对象时，做不同操作时，就会产生不同的结果相互影响。获取到的对象进行反序列化，获得的对象ID不同，但是对象的值相同，这样不同的操作就不会相互干扰。

我们在查看源码时，必须首先要了解的设计模式。整个MyBatis 最亮点的设计，但是功能却使用的比较少;

​ 最主要的原因还是。在使用二级缓存的时候，需要使用或者@CacheNameSpace声明缓存空间。这极高的提高了灵活性，同时带来了公用缓存空间的弊端。在日益复杂的业务逻辑和分表的今天，在多表操作已经是非常常见的事！所以缓存空间就变得异常复杂不可控。脏数据读取就非常容易出现。

使用到的设计模式：装饰器+责任链模式

注意：这里的BlockingCache需要通过配置属性(@CacheNamespace(blocking = true))打开,默认是关闭的。

通过源码debug，可以看出装饰器的链路。

缓存的策略设置 通过@CacheNamespace注解，

package org.apache.ibatis.annotations;

import java.lang.annotation.Documented;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

import org.apache.ibatis.cache.decorators.LruCache;
import org.apache.ibatis.cache.impl.PerpetualCache;

/**
 * @author Clinton Begin
 * @author Kazuki Shimizu
 */
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface CacheNamespace {
  // 指定缓存的储存实现类，默认PerpetualCache是通过HashMap实现储存
  Class<? extends org.apache.ibatis.cache.Cache> implementation() default PerpetualCache.class;
	
  // 淘汰策略 默认Lru
  Class<? extends org.apache.ibatis.cache.Cache> eviction() default LruCache.class;

  // 缓存的有效期 默认0 不过期
  long flushInterval() default 0;

  int size() default 1024;
	
  // 是否进行序列化或者反序列化
  boolean readWrite() default true;

  // 是否防止缓存穿透
  boolean blocking() default false;

  /**
   * Property values for a implementation object.
   * @since 3.4.2
   */
  Property[] properties() default {};

}

MyBatis 查询之缓存访问流程

关于二级缓存的命中条件

会话提交、SQL语句以及参数相同、相同的statementID、RowBounds相同。

​ 关于会话提交，跟接下来的缓存结构有关。这里在使用方面的考虑，先放张图

关于二级缓存的结构

我们先来看看缓存执行器的属性

public class CachingExecutor implements Executor {
	// 装饰器模式，指向下一个执行器
  private final Executor delegate;
  // 事务缓存管理器，
  private final TransactionalCacheManager tcm = new TransactionalCacheManager();
}

public class TransactionalCacheManager {

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

  public void clear(Cache cache) {
    getTransactionalCache(cache).clear();
  }

  public Object getObject(Cache cache, CacheKey key) {
    return getTransactionalCache(cache).getObject(key);
  }

  public void putObject(Cache cache, CacheKey key, Object value) {
    getTransactionalCache(cache).putObject(key, value);
  }

  public void commit() {
    for (TransactionalCache txCache : transactionalCaches.values()) {
      txCache.commit();
    }
  }

  public void rollback() {
    for (TransactionalCache txCache : transactionalCaches.values()) {
      txCache.rollback();
    }
  }

  private TransactionalCache getTransactionalCache(Cache cache) {
    return transactionalCaches.computeIfAbsent(cache, TransactionalCache::new);
  }

}

通过源码我们可以看出源码，起决定作用的属性是TransactionalCacheManager，其中他提供了最基本的PUT缓存、GET缓存、clear缓存、commit等等操作。

当不同的会话访问时，这个事务缓存管理器就发挥巨大的作用。这也是跨会话缓存的铁证

下图就很好的体现了这个结构

关于二级缓存执行流程

CachingExecutor通过装饰器模式，加载在Executor的执行链中。

查询操作query：

​ 当会话调用query() 时，会基于查询语句、参数等数据组成缓存Key，然后尝试从二级缓存中读取数据(实时获取)。读到就直接返回，没有就调用被装饰的Executor去查询数据库，然后在填充至对应的暂存区。

更新操作update：(如果在查询中配置了flushCache=true,此时更新操作也会是这样)

​ 当执行update操作时，同样会基于查询的语句和参数组成缓存key，然后在执行update之前清空缓存。这里清空只针对暂存区，同时记录清空的标记，以便当会话提交之时，依据该标记去清空二级缓存空间。

commit操作:

​ 当会话执行commit操作后,会话会将暂存区的变更提交到二级缓存中。

下面是整个执行的流程