高并发架构：为流量增长留好余地

先算清楚自己的量

容量规划从两个数字开始：日活预估、峰值 QPS。经验公式：峰值 QPS ≈ 日活 × 人均请求次数 ÷ 86400 × 峰值系数（一般取 5-10）。算出来的数字乘以 3 倍冗余，就是架构要扛的目标。别拍脑袋上「能抗百万并发」的架构，冗余是要花钱养的。

分层的意义

高并发架构的核心思想是分层卸载：CDN 卸静态流量、缓存卸读压力、读写分离卸数据库压力、异步队列削峰写请求。每一层解决一类问题，加层的顺序按瓶颈出现的位置来。监控先行——没有监控的架构调优全是盲调。

缓存策略的选择

• 读多写少的内容：本地缓存 + 分布式缓存两级。
• 实时性要求高的数据：只缓存结构不缓存值，或短 TTL。
• 缓存三大坑提前防：穿透（空值缓存）、击穿（热点互斥锁）、雪崩（TTL 加随机）。

降级与预案

流量超预期时，架构要有「丢车保帅」的能力：非核心功能先降级（关推荐、停导出），核心链路保住。降级开关要在平时演练，真出事时才敢按。这些预案配合数据迁移的回滚预案一起构成平台的稳定性底线。

容量相关的硬件成本，记得纳入方案总成本一起评估——架构冗余是持续支出，不是一次性投入。