Skip to content

秒殺 (Flash Sale)

秒殺 是一種電子商務促銷模式，指在特定的時間窗口內，以極低的價格限量銷售特定商品^[600-developer__principle__spike.md]。

核心特徵

秒殺活動通常具有以下特點：

  • 高併發與高流量：活動開始瞬間會有大量用戶同時搶購，對系統的承受能力極大考驗^[600-developer__principle__spike.md]。
  • 時間敏感性：商品庫存有限，且價格優惠僅在短時間內有效，超時或售罄即活動結束^[600-developer__principle__spike.md]。
  • 庫存精確控制：系統必須確保訂單量不超過庫存量，防止「超賣」 現象^[600-developer__principle__spike.md]。

系統設計原則

由於秒殺場景的流量遠大於日常交易量，設計時通常遵循以下原則：

  1. 流量隔離：將秒殺系統與常規的電商交易系統分開，避免秒殺的高流量拖垮主站^[600-developer__principle__spike.md]。
  2. 削峰填谷：通過緩存、消息隊列等技術手段，先攔截用戶請求，再異步處理訂單，平滑後端數據庫的壓力^[600-developer__principle__spike.md]。
  3. 緩存優先：盡可能在緩存層（如 Redis）中完成庫存扣減，減少直接訪問數據庫的次數^[600-developer__principle__spike.md]。
  4. 靜態化：頁面元素（HTML、JS、CSS、圖片）提前加載或CDN加速，減少動態渲染帶來的伺服器負載^[600-developer__principle__spike.md]。

常見挑戰與解決方案

  • 超賣問題：
    • 解決：利用數據庫樂觀鎖 或分布式鎖確保庫存扣減的原子性^[600-developer__principle__spike.md]。
  • 惡意刷單：
    • 解決：實施驗證碼 驗證、限制單個用戶/IP的請求頻率^[600-developer__principle__spike.md]。
  • 連接數耗盡：
    • 解決：調整伺服器內核參數，優化 TCP 連接回收策略^[600-developer__principle__spike.md]。

相關概念

  • [[Redis]]：常用於實現秒殺系統中的庫存計數器和分布式鎖。
  • [[23種经典设计模式]]：在構建秒殺架構時，可能會使用單例模式 或工廠模式 管理資源。
  • [[Just-in-Time Learning]]

Sources

  • 600-developer__principle__spike.md