了解了下memcached, 沒(méi)想到除了可以緩存東西, 還可以利用他的帶原子性特性的操作做并發(fā)控制.

以下假設(shè)淘寶秒殺場(chǎng)景

比如某商品10件物品待秒.

假設(shè)有100臺(tái)web服務(wù)器(假設(shè)web服務(wù)器是Nginx +?Tomcat),n臺(tái)app服務(wù)器,n個(gè)數(shù)據(jù)庫(kù)

前提: 假設(shè)有1千萬(wàn)用戶訪問(wèn), 之前看新聞?wù)f某游戲廠商1臺(tái)服務(wù)器能支撐在線20萬(wàn)用戶不是問(wèn)題,?所以我猜web服務(wù)器瞬時(shí)10萬(wàn)請(qǐng)求應(yīng)該沒(méi)問(wèn)題, 再加上淘寶的稀奇古怪的驗(yàn)證碼, 請(qǐng)求也會(huì)分散在時(shí)間點(diǎn)后的數(shù)秒內(nèi).

1.第一步 如果Java層做過(guò)濾, 可以在每臺(tái)web服務(wù)器servlet里或是業(yè)務(wù)處理模塊里做個(gè)計(jì)數(shù)器AtomicInteger(10)等于待秒商品總數(shù), decreaseAndGet()>＝0的繼續(xù)做后續(xù)處理, <0的直接返回秒殺結(jié)束頁(yè)面.

或者Nginx源碼增強(qiáng)改進(jìn), 可配某個(gè)特定的URL請(qǐng)求(驗(yàn)證碼作為URL的一部分,或是驗(yàn)證POST中的數(shù)據(jù)), 只處理最先到達(dá)的正確的10個(gè)請(qǐng)求, 接下來(lái)的直接返回秒殺結(jié)束頁(yè)面.

這樣經(jīng)過(guò)第一步的處理只剩下100臺(tái)*10個(gè)=1000個(gè)請(qǐng)求.

2.第二步, memcached 里以商品id作為key的value放個(gè)10, 每個(gè)web 服務(wù)器在接到每個(gè)請(qǐng)求的同時(shí), 向memcached服務(wù)器發(fā)起請(qǐng)求, 利用memcached的decr(key,1)操作返回值>=0的繼續(xù)處理, 其余的返回秒殺失敗頁(yè)面.

這樣經(jīng)過(guò)第二步的處理只剩下100臺(tái)中最快速到達(dá)的10個(gè)請(qǐng)求.

3.第三步, 向App服務(wù)器發(fā)起下單操作事務(wù).

4.第四步, App服務(wù)器向商品所在的數(shù)據(jù)庫(kù)請(qǐng)求減庫(kù)存操作, (操作數(shù)據(jù)庫(kù)時(shí)可以 “update table set count=count-1 where id=商品id and count>0;”?update 成功記錄數(shù)為1, 再向訂單數(shù)據(jù)庫(kù)添加訂單記錄, 都成功后提交整個(gè)事務(wù), 否則的話提示秒殺失敗. 用戶進(jìn)入支付流程.

總結(jié)

以上是生活随笔為你收集整理的淘宝秒杀服务器架构猜想的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。