做 Backend 以后，我再也不敢说 Cache 很简单了 😂

以前准备 System Design 面试的时候，每次看到 Cache，我脑子里的答案都特别简单：
“加个 Redis 就好了。” 😂
真正开始做 Backend 以后才发现，Redis 本身可能是最简单的部分，真正麻烦的是：
到底什么东西应该 Cache？Cache 多久？什么时候失效？数据不一致怎么办？
刚开始的时候，我觉得 Cache TTL 设个几分钟应该就差不多了。后来才发现，不同的数据完全不能用同一套逻辑。
有些数据 5 分钟不更新完全没问题，有些数据可能 5 秒钟没更新就已经算 stale 了。尤其是 trading / fintech 这种对实时性比较敏感的系统，有时候你看到 API response 很快，还挺开心，结果仔细一看：
快是快了，但是返回的是旧数据 😂
最经典的问题还是 cache invalidation。
数据库已经更新了，但是 cache 里面还是旧值；或者一个 service 更新了数据，另外一个 service 根本不知道。最后用户看到的数据和后台看到的数据还不一样。
然后就开始：
查 DB → 查 Redis → 查 logs → 查 event → 怀疑人生 🤣
后来慢慢发现，Cache 其实不是单纯为了“让 API 更快”，而是在 performance、consistency 和 complexity 之间做 trade-off。
Cache-aside、write-through、TTL、event-driven invalidation……以前背 System Design 的时候觉得这些都是面试八股，真正遇到 production issue 之后才发现，每一种 pattern 背后基本都有血泪史 😂
现在再有人问我：
“这个 endpoint 有点慢，要不要加 Redis？”
我的第一反应已经不是 Yes 了，而是：
“等一下，我们先看看这个数据到底能不能 Cache。” 🤣
不得不说，Backend 做久了以后最大的变化，就是看到任何“简单优化”都会开始怀疑它后面是不是藏着十个新的问题。
大家 production 里面遇到过最离谱的 Cache bug 是什么？
如果有人感兴趣的话，下次可以继续分享一些 Redis / Backend / Distributed System 踩坑经历 🙏

cszhazha 发表于 2026-09-20 16:39:20
Cache可是计算机两大难题

"There are only two hard things in Computer Science: cache invalidation and naming things."

背个redis的八股文各种cache策略 缓存击穿缓存雪崩给我整吐了

$ is all you need.

Cache可是计算机两大难题

CSDH 发表于 2026-09-20 18:14:14
"There are only two hard things in Computer Science: cache invalidation and nami

and off-by-one errors

学过计算机架构的都知道cache问题有多难搞。

带cache、支持cache coherency的LSU/DCU本身就堪称一个小CPU。

同感&感兴趣, cache没写好的话, 都不觉得有让API更快...