1. 概述
在上一篇文章《缓存读取术之防止缓存雪崩》里我们解决了引入缓存后读数据的问题,本文分析写数据要考虑的问题。数据变更时是更新缓存还是淘汰缓存?是先写DB再写Cache,还是先写Cache再写DB?如何考量?另外,如果写DB成功了但写Cache失败了,数据就会不一致,如何解决?下面逐一探讨。
本文讨论的缓存更倾向于分布式缓存,不过解决方案的思路对本地缓存而言也是大致适用的
2. 更新缓存还是淘汰缓存 ?
为方便讨论,我们先假设更新数据时,先操作数据库,再操作缓存。现在有2个并发的写操作,看下“更新”缓存会怎样,如下图
- 应用A先发起更新DB的操作A-1,应用B后发起操作B-1,都成功后DB的数据此时是B-1操作后的数据;
- 因为某种原因,应用B更新缓存(B-2操作)要快于应用A(A-2操作),从而后到的A-2操作会覆盖掉B-2的数据,导致缓存最终的数据是A-2更新的数据,这样DB和缓存的数