缓存一致性相关方案学习

参考文章

参考了这两篇文章：缓存更新套路，分布式之数据库和缓存双写一致性方案解析
从中摘抄些内容笔记记录下，以下内容来自上面参考的文章：

• 在实际开发中，业务中的一般都会设置缓存有效时间，所以这边有个根本性的保证数据不会一直都是脏数据

先更新数据库，再更新缓存

• 不适用场景：写多读少的场景，因为降低了缓存命中率；如果存入的缓存值是经过复杂计算后在存入缓存，这样会加重性能负担
• 脏数据情况：两者同时并发更新，因网络原因在更新缓存的时候，出现了顺序不同，导致脏数据出现

先删缓存，再更新数据库

• 脏数据情况：更新与查询操作同时并发时，删除了缓存后，查询请求会进入数据库获取最新数据放入缓存，此时更新请求在更新数据库，这样就造成了脏数据出现，如果没有缓存有效期，则会持续脏数据出现

先更新数据库，再删除缓存

• 脏数据情况： 更新和查询操作同时并发时，更新的速度超过了查询的速度，此时把缓存删除了，查询请求就把老数据放入了缓存，出现脏数据；再者如果 删除缓存失败，也会出现脏数据.
• 解决方法: 将删除失败的key放入消息中心，进行消费重试删除缓存操作

总结

• 在主从同步的时候，如果出现因为从库同步时间较长，到时读取到老数据而导致缓存数据不一致，采用消息队列方式；
• 如何有些数据的时效性要求很高，此时可以考虑从主库读取数据