DB与缓存一致性

一般方案中的设计均有其缺陷：要么会产生脏数据，要么会产生不一致，不同的是代价和概率；

更新数据时，是先删除缓存再更新DB，还是先更新DB再删除缓存？：https://blog.csdn.net/qq_33999844/article/details/81531461

 

试想：能不能将读取的请求进行区分；

要求强一致性的读取请求，直接从数据库中读取数据，不经过缓存；

不要求强一致性的读取请求，从redis中读取数据，使用更新策略；

 

缓存更新策略可用现在使用场景最多的：

1.先更新数据库数据

2.再删除redis中数据

3.等查询请求来的时候，未击中缓存，查询数据库，再将数据设置到缓存

4.redis要使用过期策略

 

当然缓存也可以使用springboot自带的内存缓存：@cacheable 注解

springboot自带缓存介绍：https://blog.csdn.net/qq_33999844/article/details/86312014

@cacheable注意事项：https://blog.csdn.net/qq_33999844/article/details/85601310

在某些场景中会不生效；