简介
1.在系统中,我们经常使用redis来作为缓存,存储一些数据变化频率低的热点数据,这是处理高并发的常规做法,他可以减少数据库的压力,但是随之而来的是redis数据和db数据的一致性的问题。
是先更新(淘汰)缓存,还是先更新db
1.在更新缓存和更新db的两个操作之间,明显的不是原子性操作,在这里,我们建议先更新或者是淘汰缓存,然后再更新db,原因如下:
(1)如果先更新缓存,那么在更新db的时候,可能会失败,从而导致业务数据与缓存数据不一致。
(2)如果是先淘汰缓存,再更新db,可能在淘汰缓存后,更新db前的操作的时候,这时来了一个读操作,他读取到的是旧db的数据,从而导致缓存里面保存的是旧的db数据
(3)如果是先更新db的话,再更新缓存,就算缓存缓存更新失败,对实际的业务影响也是有限的。
如何保证更新db和更新(淘汰)缓存动作间的连续性
1.在这里我们利用了的是类似于分布式事务最终一致性的思想,通过消息队列来确保动作之间的连续性,具体的流程是,我们在更新完db的时候,往消息队列发送消息,这个消息队列是有重试机制的,消费者端消费消息,更新(淘汰)缓存,如果重试几次消费失败后需要进行告警。
是更新缓存还是淘汰缓存
1.我们的建议是淘汰旧的缓存,当用户读取数据的时候,再从db里同步新的数据到缓存里面,原因如下:
(1)更新缓存的过程中,可能或涉及到复杂的逻辑的计算,如果实在队列消费者端直接更新的话,可能会耗时过长。