标签：串行 代理 ehcache 流程图 失败 取数据 inter 设置 初始化
本文先简单介绍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条件是否满足,然后会更新到缓存里面
深蓝:@Cacheable@CachePut 两个都有更新缓存的操作,所以代码整理到一块.
先更新数据库在更新缓存时失败
image.png
如上图redis更新失败则会造成数据不一致的情况,知道缓存超时自动删除或则下次更新才可能一致
解决办法:
image.png
如上图,把删除缓存方法放前面,加入删除失败则不会操作数据库,这样就不会造成数据不一致的情况.就算出现redis删除成功,但是超时的问题,最多也是多执行一次存入缓存的操作.
高并发下不一致问题
image.png
如上图正好卡在刚删除缓存就有一个线程来查询缓存,就会出现redis里面是旧的数据,数据库时新的数据.
解决办法:
cache与数据库一致性.png
如上图的解决办法,主要思想就是把可能出现的(删除,修改)并发执行通过redis的分布式锁实现串行.这里有个优化点就是读数据没有获取锁成功的话会等待200ms在尝试读取缓存,不存在则直接读取数据库返回.
[cache数据库同步]spring-cache 数据库一致性解决方案
标签：串行 代理 ehcache 流程图 失败 取数据 inter 设置 初始化
原文地址：https://www.cnblogs.com/sqlserver-mysql/p/12746325.html
