在《究竟先操作缓存,还是数据库?》,有同学在评论提出,相关方案违背了“Cache Aside Pattern”的原则,故今天聊一聊Cache Aside Pattern。
另外,在讨论技术方案时,尽量不说:
“你是错的,应该怎么样”
“facebook不是这样,所以你是错的”
画外音:凭什么facebook就是真理?它的方案只是适合它的业务而已。
说明适用场景,说明来龙去脉,说明前因后果,比具体使用什么方案更重要。
什么是“Cache Aside Pattern”?
答:旁路缓存方案的经验实践,这个实践又分读实践,写实践。
对于读请求
先读cache,再读db
- 如果,cache hit,则直接返回数据
- 如果,cache miss,则访问db,并将数据set回缓存

如上图:
(1)先从cache中尝试get数据,结果miss了
(2)再从db中读取数据,从库,
继续阅读与本文标签相同的文章
上一篇 :
究竟先操作缓存,还是数据库?
下一篇 :
缓存与数据库不一致,咋办?
-
InnoDB,能将数据存储在DVD里?
2026-05-21栏目: 教程
-
InnoDB并发如此高,原因竟然在这?
2026-05-21栏目: 教程
-
InnoDB行锁,如何锁住一条不存在的记录?
2026-05-21栏目: 教程
-
缓存与数据库不一致,咋办?
2026-05-21栏目: 教程
-
Cache Aside Pattern
2026-05-21栏目: 教程
