大促和直播高峰前，伺服器要提前做的五項準備

大促、直播、開服這類場景，流量會在短時間內集中放大，出問題往往不是伺服器不夠強，而是準備不足。本文按容量彈性、頻寬與CDN、資料庫快取、安全防護、監控值班五項給出可執行的檢查思路。

大促、直播、新服開啟這類場景有個共同特點：流量不是慢慢漲上來的，而是在某幾分鐘裡集中放大。事後復盤會發現，故障大多不是因為伺服器效能差，而是有幾個環節沒提前準備好。下面五項準備，建議在活動前一兩週就過一遍。 第一項是容量與彈性。先做壓測，不要憑感覺估併發。壓測要看的是瓶頸出現在哪一層：CPU 先滿、連線數先滿、還是資料庫先撐不住，結論不同，擴容方向也不同。壓測之後留出餘量，並確認升配需要多久、是否需要重啟、能不能在活動進行中操作。如果升配要停機，那就不算彈性，得提前完成。 第二項是頻寬與 CDN。活動頁的圖片、樣式、指令碼全部前置到 CDN，減少回源；提前預熱快取，避免活動一開始大量請求同時回源把源站打穿；確認 CDN 的快取規則對活動頁是否合適，動態價格和庫存介面不要快取。同時檢查源站頻寬的峰值上限，回源流量往往是被忽略的那一環。 第三項是資料庫與快取。把慢查詢日誌過一遍，給高頻查詢補索引；檢查連線池上限是否匹配應用例項數，例項擴了但連線池沒擴，等於白擴；熱點資料放進快取，但要考慮快取穿透和雪崩，給空結果設定短過期時間，給不同 key 的過期時間加隨機量。 第四項是安全防護。活動期是被刷、被攻擊的高發時段，因為這時候業務最怕中斷。提前配置好限流規則、防刷策略和驗證碼，準備好黑名單和封禁流程；確認 DDoS 防護的清洗能力與回源頻寬匹配；把支付、下單這類關鍵介面單獨做頻率控制。防護策略要在活動前演練過，不能等出事再找開關。 第五項是監控與值班。看板上至少要有四類指標：入口流量與錯誤率、應用響應時間與執行緒池、資料庫連線與慢查詢、以及訂單或支付的成功率。告警閾值按活動目標倒推，不要沿用日常值。同時準備好降級開關和回滾方案：哪些功能可以臨時關掉、關掉之後使用者體驗損失多大、回滾需要幾分鐘。最後安排值班人和升級路徑，出問題時知道找誰。 把這幾項過一遍，通常能提前發現大部分隱患。加速IDC 提供雲伺服器彈性升配、大頻寬物理伺服器、高防清洗與 CDN 加速的組合方案，活動前如果需要對現有架構做一次壓力與防護評估，可以把業務峰值場景告訴我們，一起把準備清單對齊。