redis缓存一致性的问题

简介

1.在系统中，我们经常使用redis来作为缓存，存储一些数据变化频率低的热点数据，这是处理高并发的常规做法，他可以减少数据库的压力，但是随之而来的是redis数据和db数据的一致性的问题。

是先更新(淘汰)缓存，还是先更新db

1.在更新缓存和更新db的两个操作之间，明显的不是原子性操作，在这里，我们建议先更新或者是淘汰缓存，然后再更新db，原因如下：
（1）如果先更新缓存，那么在更新db的时候，可能会失败，从而导致业务数据与缓存数据不一致。
（2）如果是先淘汰缓存，再更新db，可能在淘汰缓存后，更新db前的操作的时候，这时来了一个读操作，他读取到的是旧db的数据，从而导致缓存里面保存的是旧的db数据
（3）如果是先更新db的话，再更新缓存，就算缓存缓存更新失败，对实际的业务影响也是有限的。

如何保证更新db和更新(淘汰)缓存动作间的连续性

1.在这里我们利用了的是类似于分布式事务最终一致性的思想，通过消息队列来确保动作之间的连续性，具体的流程是，我们在更新完db的时候，往消息队列发送消息，这个消息队列是有重试机制的，消费者端消费消息，更新(淘汰)缓存，如果重试几次消费失败后需要进行告警。

是更新缓存还是淘汰缓存

1.我们的建议是淘汰旧的缓存，当用户读取数据的时候，再从db里同步新的数据到缓存里面，原因如下：
（1）更新缓存的过程中，可能或涉及到复杂的逻辑的计算，如果实在队列消费者端直接更新的话，可能会耗时过长。