[cache数据库同步]spring-cache 数据库一致性解决方案

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

spring-cache使用介绍

spring-cache实现原理

使用redis缓存是数据库一致性解决方案

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

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

spring-cache常用注解:

@Cacheable (存在缓存则直接返回,不存在则调用业务方法,保存到缓存)

@CacheEvict (清楚缓存,可清楚cache里全部缓存)

@CachePut (不管缓存存不存在,调用业务方法,将返回值set到缓存里面)

示例代码:

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

生成redis-key的代码:

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

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

interceptor.png

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

cacheInterceptor的实现流程:

缓存流程图.png

上图用颜色区分了每个注解具体的作用:

黄色:@CacheEvict 根据beforInvocation判断是前置删除还是后置删除.默认是false后置上出

蓝色:@Cacheable 判断condition条件是否满足再去缓存里面获取数据,没有命中最后会更新到缓存里面

绿色:@CachePut 判断condition条件是否满足,然后会更新到缓存里面

深蓝:@ 两个都有更新缓存的操作,所以代码整理到一块.

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

image.png

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

解决办法:

image.png

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

高并发下不一致问题

image.png

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

解决办法:

cache与数据库一致性.png

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

 数据库同步软件