应用开发与调优springbootspring

spring-cache 数据库一致性解决方案

2018-10-18  本文已影响153人  言如止水

概述

本文先简单介绍spring-cache的使用即流程。再来了解使用cache会带来与数据库不一致的问题

spring-cache使用介绍

spring-cache支持注解(annotation)和xml两种配置.本次只展示注解(annotation)的使用.它本质上不是一个具体的缓存实现方案(例如 EHCache和Redis),而是一个对缓存使用的抽象框架

同时spring-cache还有一个强大的地方就是配置SpEL表达式来定义各种缓存的key和condition,还提供开箱即用的缓存临时存储方案,也支持和主流的专业缓存例如 EHCache 集成。

1.spring-cache使用

spring-cache常用注解:

public class AccountService { 
  @Cacheable(value="accountCache", key="#userName", )// 使用了一个缓存名叫 accountCache,key为userName,value为Account对象
  public Account getAccountByName(String userName) { 
    // 方法内部实现不考虑缓存逻辑,直接实现业务
    System.out.println("real query account."+userName); 
    return getFromDB(userName); 
  } 

  @CacheEvict(value="accountCache",key="#account.getName()")// 删除 accountCache 缓存 里面key为userName的缓存
  public void updateAccount(Account account) {
    updateDB(account); 
  } 
  
  @CacheEvict(value="accountCache",allEntries=true)// 清空 accountCache 缓存
  public void reload() { 
  } 

  private Account getFromDB(String acctName) { 
    System.out.println("real querying db..."+acctName); 
    return new Account(acctName); 
  } 

  private void updateDB(Account account) { 
    System.out.println("real update db..."+account.getName()); 
  } 
}

建议:假如使用的cache方案是redis的话,因为大多数场景都是多个业务线使用同一个redis,一不小心定义的的缓存key可能你会相同.所以最好在初始化RedisCacheManager(spring-data-redis.jar)时设置usePrefix为true.这样生成的key都会带cacheName前缀,防止和其他业务的key重复
生成redis-key的代码:

/**
   * Get the {@link Byte} representation of the given key element using prefix if available.
   */
  public byte[] getKeyBytes() {

    byte[] rawKey = serializeKeyElement();
    if (!hasPrefix()) {
      return rawKey;//没有前缀直接返回用户设置的key
    }

    byte[] prefixedKey = Arrays.copyOf(prefix, prefix.length + rawKey.length);
    System.arraycopy(rawKey, 0, prefixedKey, prefix.length, rawKey.length); //拼装prefix和key

    return prefixedKey;
  }

  /**
   * @return true if prefix is not empty.
   */
  public boolean hasPrefix() {
    //usePrefix为true时,该prefix为cacheName
    return (prefix != null && prefix.length > 0);
  }

由于这方面的使用网上一大堆,这里就在累述.

2. spring-cache实现原理

本质是使用spring-aop实现.<cache:annotation-driven>开启CacheInterceptor注册到springContext里面.业务运行时调用代理类执行方法spring的所有Interceptor方法,里面包括CacheInterceptor.

interceptor.png
上图表现spring-aop两种重播方式,体现了aop的两种配置方式(@Before,@Around)方式.

cacheInterceptor的实现流程:

缓存流程图.png

上图用颜色区分了每个注解具体的作用:
黄色:@CacheEvict 根据beforInvocation判断是前置删除还是后置删除.默认是false后置上出
蓝色:@Cacheable 判断condition条件是否满足再去缓存里面获取数据,没有命中最后会更新到缓存里面
绿色:@CachePut 判断condition条件是否满足,然后会更新到缓存里面
深蓝:@Cacheable@CachePut 两个都有更新缓存的操作,所以代码整理到一块.

3.高并发使用的问题

  1. 先更新数据库在更新缓存时失败


    image.png

如上图redis更新失败则会造成数据不一致的情况,知道缓存超时自动删除或则下次更新才可能一致

解决办法:


image.png

如上图,把删除缓存方法放前面,加入删除失败则不会操作数据库,这样就不会造成数据不一致的情况.就算出现redis删除成功,但是超时的问题,最多也是多执行一次存入缓存的操作.

  1. 高并发下不一致问题


    image.png

如上图正好卡在刚删除缓存就有一个线程来查询缓存,就会出现redis里面是旧的数据,数据库时新的数据.

解决办法:


cache与数据库一致性.png

如上图的解决办法,主要思想就是把可能出现的(删除,修改)并发执行通过redis的分布式锁实现串行.这里有个优化点就是读数据没有获取锁成功的话会等待200ms在尝试读取缓存,不存在则直接读取数据库返回.

上一篇下一篇

猜你喜欢

热点阅读