創(chuàng)新互聯(lián)www.cdcxhl.cn八線動態(tài)BGP香港云服務器提供商,新人活動買多久送多久,劃算不套路!
站在用戶的角度思考問題,與客戶深入溝通,找到從化網站設計與從化網站推廣的解決方案,憑借多年的經驗,讓設計與互聯(lián)網技術結合,創(chuàng)造個性化、用戶體驗好的作品,建站類型包括:成都做網站、網站建設、企業(yè)官網、英文網站、手機端網站、網站推廣、域名注冊、網站空間、企業(yè)郵箱。業(yè)務覆蓋從化地區(qū)。本篇文章給大家分享的是有關網站秒殺系統(tǒng)的思路解析,小編覺得挺實用的,因此分享給大家學習,希望大家閱讀完這篇文章后可以有所收獲,話不多說,跟著小編一起來看看吧。
什么是秒殺
秒殺場景一般會在電商網站舉行一些活動或者節(jié)假日在12306網站上搶票時遇到。對于電商網站中一些稀缺或者特價商品,電商網站一般會在約定時間點對其進行限量銷售,因為這些商品的特殊性,會吸引大量用戶前來搶購,并且會在約定的時間點同時在秒殺頁面進行搶購。
秒殺系統(tǒng)場景特點
秒殺架構設計理念
限流: 鑒于只有少部分用戶能夠秒殺成功,所以要限制大部分流量,只允許少部分流量進入服務后端。
削峰:對于秒殺系統(tǒng)瞬時會有大量用戶涌入,所以在搶購一開始會有很高的瞬間峰值。高峰值流量是壓垮系統(tǒng)很重要的原因,所以如何把瞬間的高流量變成一段時間平穩(wěn)的流量也是設計秒殺系統(tǒng)很重要的思路。實現(xiàn)削峰的常用的方法有利用緩存和消息中間件等技術。
異步處理:秒殺系統(tǒng)是一個高并發(fā)系統(tǒng),采用異步處理模式可以極大地提高系統(tǒng)并發(fā)量,其實異步處理就是削峰的一種實現(xiàn)方式。
內存緩存:秒殺系統(tǒng)大的瓶頸一般都是數據庫讀寫,由于數據庫讀寫屬于磁盤IO,性能很低,如果能夠把部分數據或業(yè)務邏輯轉移到內存緩存,效率會有極大地提升。
可拓展:當然如果我們想支持更多用戶,更大的并發(fā),最好就將系統(tǒng)設計成彈性可拓展的,如果流量來了,拓展機器就好了。像淘寶、京東等雙十一活動時會增加大量機器應對交易高峰。
架構方案
一般秒殺系統(tǒng)架構
設計思路
將請求攔截在系統(tǒng)上游,降低下游壓力:秒殺系統(tǒng)特點是并發(fā)量極大,但實際秒殺成功的請求數量卻很少,所以如果不在前端攔截很可能造成數據庫讀寫鎖沖突,甚至導致死鎖,最終請求超時。
充分利用緩存:利用緩存可極大提高系統(tǒng)讀寫速度。
消息隊列:消息隊列可以削峰,將攔截大量并發(fā)請求,這也是一個異步處理過程,后臺業(yè)務根據自己的處理能力,從消息隊列中主動的拉取請求消息進行業(yè)務處理。
前端方案
瀏覽器端(js):
頁面靜態(tài)化:將活動頁面上的所有可以靜態(tài)的元素全部靜態(tài)化,并盡量減少動態(tài)元素。通過CDN來抗峰值。
禁止重復提交:用戶提交之后按鈕置灰,禁止重復提交
用戶限流:在某一時間段內只允許用戶提交一次請求,比如可以采取IP限流
后端方案
服務端控制器層(網關層)
限制uid(UserID)訪問頻率:我們上面攔截了瀏覽器訪問的請求,但針對某些惡意攻擊或其它插件,在服務端控制層需要針對同一個訪問uid,限制訪問頻率。
服務層
上面只攔截了一部分訪問請求,當秒殺的用戶量很大時,即使每個用戶只有一個請求,到服務層的請求數量還是很大。比如我們有100W用戶同時搶100臺手機,服務層并發(fā)請求壓力至少為100W。
采用消息隊列緩存請求:既然服務層知道庫存只有100臺手機,那完全沒有必要把100W個請求都傳遞到數據庫啊,那么可以先把這些請求都寫到消息隊列緩存一下,數據庫層訂閱消息減庫存,減庫存成功的請求返回秒殺成功,失敗的返回秒殺結束。
利用緩存應對讀請求:對類似于12306等購票業(yè)務,是典型的讀多寫少業(yè)務,大部分請求是查詢請求,所以可以利用緩存分擔數據庫壓力。
利用緩存應對寫請求:緩存也是可以應對寫請求的,比如我們就可以把數據庫中的庫存數據轉移到Redis緩存中,所有減庫存操作都在Redis中進行,然后再通過后臺進程把Redis中的用戶秒殺請求同步到數據庫中。
數據庫層
數據庫層是最脆弱的一層,一般在應用設計時在上游就需要把請求攔截掉,數據庫層只承擔“能力范圍內”的訪問請求。所以,上面通過在服務層引入隊列和緩存,讓最底層的數據庫高枕無憂。
案例:利用消息中間件和緩存實現(xiàn)簡單的秒殺系統(tǒng)
Redis是一個分布式緩存系統(tǒng),支持多種數據結構,我們可以利用Redis輕松實現(xiàn)一個強大的秒殺系統(tǒng)。
我們可以采用Redis 最簡單的key-value數據結構,用一個原子類型的變量值(AtomicInteger)作為key,把用戶id作為value,庫存數量便是原子變量的大值。對于每個用戶的秒殺,我們使用 RPUSH key value插入秒殺請求, 當插入的秒殺請求數達到上限時,停止所有后續(xù)插入。
然后我們可以在臺啟動多個工作線程,使用 LPOP key 讀取秒殺成功者的用戶id,然后再操作數據庫做最終的下訂單減庫存操作。
當然,上面Redis也可以替換成消息中間件如ActiveMQ、RabbitMQ等,也可以將緩存和消息中間件 組合起來,緩存系統(tǒng)負責接收記錄用戶請求,消息中間件負責將緩存中的請求同步到數據庫。
以上就是網站秒殺系統(tǒng)的思路解析,小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注創(chuàng)新互聯(lián)-成都網站建設公司行業(yè)資訊頻道。
網站名稱:網站秒殺系統(tǒng)的思路解析-創(chuàng)新互聯(lián)
網頁網址:http://aaarwkj.com/article38/dpjipp.html
成都網站建設公司_創(chuàng)新互聯(lián),為您提供小程序開發(fā)、商城網站、微信小程序、網站策劃、網站內鏈、標簽優(yōu)化
聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內容