秒殺系統(tǒng)設(shè)計(jì)方案

秒殺是電商業(yè)務(wù)里的標(biāo)志性事件,這樣的典型高并發(fā)場(chǎng)景會(huì)遇見(jiàn)什么樣的挑戰(zhàn)呢,然后又是如何來(lái)解決的呢?

秒殺活動(dòng)場(chǎng)景

淘寶雙11秒殺場(chǎng)景,大量的用戶短時(shí)間內(nèi)涌入,瞬間流量巨大(高并發(fā)),比如:1000萬(wàn)人同一時(shí)間搶購(gòu)100件商品。秒殺活動(dòng)是一個(gè)特別考驗(yàn)后臺(tái)數(shù)據(jù)庫(kù)、緩存服務(wù)的業(yè)務(wù),對(duì)于數(shù)據(jù)庫(kù)、緩存的性能要求特別嚴(yán)格。

秒殺背后的技術(shù)挑戰(zhàn)

1. 突增的服務(wù)器及網(wǎng)絡(luò)需求

通常情況下,雙 11 的服務(wù)器使用是平時(shí)的 3-5 倍,網(wǎng)絡(luò)帶寬是平時(shí) N倍。

2. 業(yè)務(wù)高并發(fā),服務(wù)負(fù)載重

我們通常衡量一個(gè) Web 系統(tǒng)的吞吐率的指標(biāo)是 QPS(Query Per Second,每秒處理請(qǐng)求數(shù)),解決每秒數(shù)萬(wàn)次的高并發(fā)場(chǎng)景,這個(gè)指標(biāo)非常關(guān)鍵。

假設(shè)處理一個(gè)業(yè)務(wù)請(qǐng)求平均響應(yīng)時(shí)間為 100 ms,同時(shí),系統(tǒng)內(nèi)有 20 臺(tái) Web 服務(wù)器,配置最大連接數(shù)為 500 個(gè),Web 系統(tǒng)的理論峰值 QPS 為(理想化的計(jì)算方式):100000 (10萬(wàn)QPS)意味著1 秒鐘可以處理完 10 萬(wàn)的請(qǐng)求,而“秒殺”的那 5w/s 的秒殺似乎是“紙老虎”。

實(shí)際情況,在高并發(fā)的實(shí)際場(chǎng)景下,服務(wù)器處于高負(fù)載的狀態(tài),網(wǎng)絡(luò)帶寬被擠滿,在這個(gè)時(shí)候平均響應(yīng)時(shí)間會(huì)被大大增加。隨著用戶數(shù)量的增加,數(shù)據(jù)庫(kù)連接進(jìn)程增加,需要處理的上下文切換也越多,服務(wù)器造成負(fù)載壓力越來(lái)越重。

3. 業(yè)務(wù)耦合度高,引起系統(tǒng)“雪崩”

更可怕的問(wèn)題是,當(dāng)系統(tǒng)上某個(gè)應(yīng)用因?yàn)檠舆t而變得不可用,用戶的點(diǎn)擊越頻繁,惡性循環(huán)最終導(dǎo)致“雪崩”,因?yàn)槠渲幸慌_(tái)服務(wù)器掛了,導(dǎo)致流量分散到其他正常工作的機(jī)器上,再導(dǎo)致正常的機(jī)器也掛,然后惡性循環(huán),將整個(gè)系統(tǒng)拖垮。

如何解決秒殺技術(shù)瓶頸

1. 秒殺架構(gòu)設(shè)計(jì)思路:

  • 將請(qǐng)求攔截在系統(tǒng)上游,降低下游壓力:秒殺系統(tǒng)特點(diǎn)是并發(fā)量極大,但實(shí)際秒殺成功的請(qǐng)求數(shù)量卻很少,所以如果不在前端攔截很可能造成數(shù)據(jù)庫(kù)讀寫(xiě)鎖沖突,甚至導(dǎo)致死鎖,最終請(qǐng)求超時(shí)。

  • 充分利用緩存(redis):利用緩存可極大提高系統(tǒng)讀寫(xiě)速度。

  • 消息中間件(ActiveMQ、Kafka等):消息隊(duì)列可以削峰,將攔截大量并發(fā)請(qǐng)求,這也是一個(gè)異步處理過(guò)程,后臺(tái)業(yè)務(wù)根據(jù)自己的處理能力,從消息隊(duì)列中主動(dòng)的拉取請(qǐng)求消息進(jìn)行業(yè)務(wù)處理。

2. 前端設(shè)計(jì)方案

  • 頁(yè)面靜態(tài)化:將活動(dòng)頁(yè)面上的所有可以靜態(tài)的元素全部靜態(tài)化,并盡量減少動(dòng)態(tài)元素。通過(guò)CDN來(lái)抗峰值。

  • 禁止重復(fù)提交:用戶提交之后按鈕置灰,禁止重復(fù)提交

  • 用戶限流:在某一時(shí)間段內(nèi)只允許用戶提交一次請(qǐng)求,比如可以采取IP限流

后端設(shè)計(jì)方案

  • 控制器層
    限制uid(UserID)訪問(wèn)頻率:我們上面攔截了瀏覽器訪問(wèn)的請(qǐng)求,但針對(duì)某些惡意攻擊或其它插件,在服務(wù)端控制層需要針對(duì)同一個(gè)訪問(wèn)uid,限制訪問(wèn)頻率。

  • 服務(wù)層
    上面只攔截了一部分訪問(wèn)請(qǐng)求,當(dāng)秒殺的用戶量很大時(shí),即使每個(gè)用戶只有一個(gè)請(qǐng)求,到服務(wù)層的請(qǐng)求數(shù)量還是很大。比如我們有100W用戶同時(shí)搶100臺(tái)手機(jī),服務(wù)層并發(fā)請(qǐng)求壓力至少為100W。

    采用消息隊(duì)列緩存請(qǐng)求:既然服務(wù)層知道庫(kù)存只有100臺(tái)手機(jī),那完全沒(méi)有必要把100W個(gè)請(qǐng)求都傳遞到數(shù)據(jù)庫(kù)啊,那么可以先把這些請(qǐng)求都寫(xiě)到消息隊(duì)列緩存一下,數(shù)據(jù)庫(kù)層訂閱消息減庫(kù)存,減庫(kù)存成功的請(qǐng)求返回秒殺成功,失敗的返回秒殺結(jié)束。

    利用緩存應(yīng)對(duì)讀請(qǐng)求:比如雙11秒殺搶購(gòu),是典型的讀多寫(xiě)少業(yè)務(wù),大部分請(qǐng)求是查詢請(qǐng)求,所以可以利用緩存分擔(dān)數(shù)據(jù)庫(kù)壓力。

    利用緩存應(yīng)對(duì)寫(xiě)請(qǐng)求:緩存也是可以應(yīng)對(duì)寫(xiě)請(qǐng)求的,比如我們就可以把數(shù)據(jù)庫(kù)中的庫(kù)存數(shù)據(jù)轉(zhuǎn)移到Redis緩存中,所有減庫(kù)存操作都在Redis中進(jìn)行,然后再通過(guò)后臺(tái)進(jìn)程把Redis中的用戶秒殺請(qǐng)求同步到數(shù)據(jù)庫(kù)中。

  • 數(shù)據(jù)庫(kù)層

    數(shù)據(jù)庫(kù)層是最脆弱的一層,一般在應(yīng)用設(shè)計(jì)時(shí)在上游就需要把請(qǐng)求攔截掉,數(shù)據(jù)庫(kù)層只承擔(dān)“能力范圍內(nèi)”的訪問(wèn)請(qǐng)求。所以,上面通過(guò)在服務(wù)層引入隊(duì)列和緩存,讓最底層的數(shù)據(jù)庫(kù)高枕無(wú)憂。

    比如:利用消息中間件和緩存實(shí)現(xiàn)簡(jiǎn)單的秒殺系統(tǒng)

    Redis是一個(gè)分布式緩存系統(tǒng),支持多種數(shù)據(jù)結(jié)構(gòu),我們可以利用Redis輕松實(shí)現(xiàn)一個(gè)強(qiáng)大的秒殺系統(tǒng)。

    我們可以采用Redis 最簡(jiǎn)單的key-value數(shù)據(jù)結(jié)構(gòu),用一個(gè)原子類型的變量值(AtomicInteger)作為key,把用戶id作為value,庫(kù)存數(shù)量便是原子變量的最大值。對(duì)于每個(gè)用戶的秒殺,我們使用 RPUSH key value插入秒殺請(qǐng)求, 當(dāng)插入的秒殺請(qǐng)求數(shù)達(dá)到上限時(shí),停止所有后續(xù)插入。

    然后我們可以在臺(tái)啟動(dòng)多個(gè)工作線程,使用 LPOP key 讀取秒殺成功者的用戶id,然后再操作數(shù)據(jù)庫(kù)做最終的下訂單減庫(kù)存操作。

    當(dāng)然,上面Redis也可以替換成消息中間件如ActiveMQ、Kafka等,也可以將緩存和消息中間件 組合起來(lái),緩存系統(tǒng)負(fù)責(zé)接收記錄用戶請(qǐng)求,消息中間件負(fù)責(zé)將緩存中的請(qǐng)求同步到數(shù)據(jù)庫(kù)。

秒殺架構(gòu)設(shè)計(jì)總結(jié):

  • 限流: 鑒于只有少部分用戶能夠秒殺成功,所以要限制大部分流量,只允許少部分流量進(jìn)入服務(wù)后端。

  • 削峰:對(duì)于秒殺系統(tǒng)瞬時(shí)會(huì)有大量用戶涌入,所以在搶購(gòu)一開(kāi)始會(huì)有很高的瞬間峰值。高峰值流量是壓垮系統(tǒng)很重要的原因,所以如何把瞬間的高流量變成一段時(shí)間平穩(wěn)的流量也是設(shè)計(jì)秒殺系統(tǒng)很重要的思路。實(shí)現(xiàn)削峰的常用的方法有利用緩存和消息中間件等技術(shù)。

  • 異步處理:秒殺系統(tǒng)是一個(gè)高并發(fā)系統(tǒng),采用異步處理模式可以極大地提高系統(tǒng)并發(fā)量,其實(shí)異步處理就是削峰的一種實(shí)現(xiàn)方式。

  • 內(nèi)存緩存:秒殺系統(tǒng)最大的瓶頸一般都是數(shù)據(jù)庫(kù)讀寫(xiě),由于數(shù)據(jù)庫(kù)讀寫(xiě)屬于磁盤(pán)IO,性能很低,如果能夠把部分?jǐn)?shù)據(jù)或業(yè)務(wù)邏輯轉(zhuǎn)移到內(nèi)存緩存,效率會(huì)有極大地提升。

  • 可拓展:當(dāng)然如果我們想支持更多用戶,更大的并發(fā),最好就將系統(tǒng)設(shè)計(jì)成彈性可拓展的,如果流量來(lái)了,拓展機(jī)器就好了。像淘寶、京東等雙十一活動(dòng)時(shí)會(huì)增加大量機(jī)器應(yīng)對(duì)交易高峰。

作者:java面試筆試
鏈接:http://www.itdecent.cn/p/e098eaf24616

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 好了,浪費(fèi)了這么多時(shí)間寫(xiě)這個(gè),我要開(kāi)始準(zhǔn)備考研了,以前的我從不覺(jué)得刷知乎,微博,簡(jiǎn)書(shū)這些很奢侈,現(xiàn)在卻沒(méi)有辦法做到...
    x1x閱讀 168評(píng)論 0 0
  • 社交,一直是各大APP必爭(zhēng)之地,現(xiàn)在有幸接觸這一功能的設(shè)計(jì),格外珍惜。團(tuán)隊(duì)里面藏龍臥虎,一直秉承著一顆謙卑的心態(tài)去...
    閣主的叨叨閱讀 4,106評(píng)論 3 16

友情鏈接更多精彩內(nèi)容