秒殺系統特點

• 時間極短、 瞬間使用者量大。

秒殺系統需要新建一個專案+資料庫來搞?

是的

• 秉著"單一職責"的原則,還是需要另外搞一套系統來做秒殺系統
• 另外就是,秒殺系統出問題的機率還是比較大的,如果影響到正常的商城系統,那就得殺個程式設計師祭天了
• 但是一些流量不大的微服務還是可以呼叫的,例如商品詳情微服務

惡意請求(指令碼+黃牛瘋狂提交)

秒殺連結加鹽

• 高防cdn看能不能對請求進行過濾
• URL動態化

流量特別高

從整個網路鏈路的開始就對流量進行限制

• 前端限流
  一般秒殺不會讓你一直點的，一般都是點選一下或者兩下然後幾秒之後才可以繼續點選
• 靜態資源放在cdn伺服器
• 惡意請求攔截
  • 可以用nginx做
• 後端限流
  • 限流&降級&熔斷&隔離
  • sentinel,hystrix
• 利用mq削峰填谷
• 庫存預熱
  • 就是把資料放到redis中去
• redis叢集
  • 讀寫分離:這個時候就需要用lua指令碼進行寫操作,因為讀的資料不一定正確,必須保證庫存>0

超賣

• redis+lua指令碼進行扣庫存操作.

資料庫崩潰

• 需要層層削峰,庫存扣除在redis做