[b][color=red]背景設想：[/color][/b]千萬使用者在同一時間點向伺服器傳送請求
[b][color=red]伺服器猜測：[/color][/b]
1）千台lvs或者nginx等負載均衡伺服器
2）上萬台web伺服器集群處理前端伺服器**後的http請求
3）千台memcache等快取伺服器或者redis類似記憶體資料庫集群做資料來源
4）單台web中轉伺服器接收web伺服器的「減1"請求
5）**臺資料庫
[color=red][b] 猜測實現方案：[/b][/color]
1）web伺服器接收請求，從快取伺服器中取出來資料，如果數量大於1則向中轉伺服器傳送「減1」請求，否則直接從快取伺服器中讀資料
2）中轉伺服器用佇列接收web伺服器的減1請求，在減1之前先要從快取伺服器get，然後再put
[color=red][b]討論：[/b][/color]
針對大部分讀的請求可以不用其併發問題，對於寫的請求則思考適當的方案解決
秒殺的架構
昨天回答的太差了，明明都是些很簡單的東西，我居然回答的那麼差 讓我很有挫敗感 一些概念性的東西這裡就不說了，下面兩個問題，重新梳理一下 1，一致性雜湊虛擬節點與真實節點對映關係的建立 現在我們使用的是字串構成的圓環，每台真實伺服器生成n個虛擬節點，虛擬節點生成的規則為，用 i遍歷從0到n 1，對字串...
美妙的秒殺架構
秒殺程式問題根源在於 海量的請求在爭搶有限的資源，秒殺其實和火車票非常像，都是對有限資源的搶占。這一點和微博不一樣，微博不需要加鎖，是客戶端來拉去，資源是不受限的。首先是要對於架構進行分層，最上面是展示層，其次是站點層，然後是服務層，最後才是資料層。秒殺架構的核心其實 保護資料層，因為在整套秒殺架構...
秒殺架構設計
業務介紹 秒殺架構設計 什麼是秒殺？通俗一點講就是網路商家為 等目的組織的網上限時搶購活動 比如說京東秒殺，就是一種定時定量秒殺，在規定的時間內，無論商品是否秒殺完畢，該場次的秒殺活動都會結束。這種秒殺，對時間不是特別嚴格，只要下手快點，秒中的概率還是比較大的。以前就做過一元搶購，一般都是限量 1 ...