秒殺業務架構的最佳化

標籤：

最佳化方向：

　　將請求盡量攔截在系統上遊

　　充分利用緩衝

網站架構

1.用戶端

　　JS層面，限制使用者在x秒之內只能提交一次請求；

2.網站層

　　用uid即可。在網站層面，對uid進行請求計數和去重，甚至不需要統一儲存計數，直接網站層記憶體儲存。一個uid，5秒只准透過1個請求，這樣又能攔住99%的for迴圈請求。

　　頁面緩衝，同一個uid，限制訪問頻度，做頁面緩衝，x秒內到達網站層的請求，均返回同一頁面

3.服務層

　　寫請求，做請求隊列

　　讀請求，做緩衝，memcached或redis

　　商務規則上的最佳化，如分時分段售票...每隔半個小時放出一批：將流量攤勻

　　資料粒度的最佳化，如流量大的時候，做一個粗粒度的 “有票”“無票”緩衝即可

　　商務邏輯的非同步，如下單業務與 支付業務的分離

4.資料層

　　瀏覽器攔截了80%，網站層攔截了99.9%並做了頁面緩衝，服務層又做了寫請求隊列與資料緩衝，每次透到資料庫層的請求都是可控的

最佳化思路　　盡量將請求攔截在系統上遊　　讀多寫少的常用多使用緩衝（緩衝抗讀壓力）

 

秒殺業務架構的最佳化