大促和直播高峰前，服务器要提前做的五项准备

大促、直播、开服这类场景，流量会在短时间内集中放大，出问题往往不是服务器不够强，而是准备不足。本文按容量弹性、带宽与CDN、数据库缓存、安全防护、监控值班五项给出可执行的检查思路。

大促、直播、新服开启这类场景有个共同特点：流量不是慢慢涨上来的，而是在某几分钟里集中放大。事后复盘会发现，故障大多不是因为服务器性能差，而是有几个环节没提前准备好。下面五项准备，建议在活动前一两周就过一遍。 第一项是容量与弹性。先做压测，不要凭感觉估并发。压测要看的是瓶颈出现在哪一层：CPU 先满、连接数先满、还是数据库先撑不住，结论不同，扩容方向也不同。压测之后留出余量，并确认升配需要多久、是否需要重启、能不能在活动进行中操作。如果升配要停机，那就不算弹性，得提前完成。 第二项是带宽与 CDN。活动页的图片、样式、脚本全部前置到 CDN，减少回源；提前预热缓存，避免活动一开始大量请求同时回源把源站打穿；确认 CDN 的缓存规则对活动页是否合适，动态价格和库存接口不要缓存。同时检查源站带宽的峰值上限，回源流量往往是被忽略的那一环。 第三项是数据库与缓存。把慢查询日志过一遍，给高频查询补索引；检查连接池上限是否匹配应用实例数，实例扩了但连接池没扩，等于白扩；热点数据放进缓存，但要考虑缓存穿透和雪崩，给空结果设置短过期时间，给不同 key 的过期时间加随机量。 第四项是安全防护。活动期是被刷、被攻击的高发时段，因为这时候业务最怕中断。提前配置好限流规则、防刷策略和验证码，准备好黑名单和封禁流程；确认 DDoS 防护的清洗能力与回源带宽匹配；把支付、下单这类关键接口单独做频率控制。防护策略要在活动前演练过，不能等出事再找开关。 第五项是监控与值班。看板上至少要有四类指标：入口流量与错误率、应用响应时间与线程池、数据库连接与慢查询、以及订单或支付的成功率。告警阈值按活动目标倒推，不要沿用日常值。同时准备好降级开关和回滚方案：哪些功能可以临时关掉、关掉之后用户体验损失多大、回滚需要几分钟。最后安排值班人和升级路径，出问题时知道找谁。 把这几项过一遍，通常能提前发现大部分隐患。加速IDC 提供云服务器弹性升配、大带宽物理服务器、高防清洗与 CDN 加速的组合方案，活动前如果需要对现有架构做一次压力与防护评估，可以把业务峰值场景告诉我们，一起把准备清单对齐。