阅读笔记：把系统设计题拆成可落地的取舍

读系统设计资料时，容易被「百万 QPS」带跑。回到博客与中小型 API，真正反复出现的是下面几组取舍。

1. 一致性 vs 可用性

评论审核、文章发布可以用强一致的单库事务。只有多区域写入时，才值得引入复杂的冲突解决。

2. 缓存 vs 简洁

热点文章加缓存能省数据库，但也要处理失效与穿透。流量不大时，正确的索引 + 分页 往往足够。

3. 同步 vs 异步

发信、统计、生成摘要适合异步；用户点击「发布」后的主路径应同步返回明确结果。

可执行的阅读方法

• 每读完一章，用自己的项目写三段：问题、方案、放弃了什么
• 把图里的组件映射到真实依赖（Nginx、MySQL、对象存储）
• 问自己：没有这个组件时系统能否降级

小结

系统设计能力，是「在约束下做取舍」的能力。博客虽小，一样能练到完整闭环。