2019 天貓雙 11 交易峯值創下新紀錄，達到 54.4 萬筆/秒，是 2009 年第一次雙 11 的1360倍.數據庫
絢麗數字背後，是架構的極致優化。瀏覽器
阿里雙十一是典型的電商秒殺系統，這裏咱們總結幾種常見的高併發場景：緩存
（1）電商秒殺，併發量極高，商品SKU豐富，系統的瓶頸在商品、訂單的讀寫；服務器
（2）Feed流業務，像微博等，系統性能瓶頸在於熱點數據的讀併發請求；微信
（3）IM業務，用戶點對點，數據讀寫均勻，數據訪問衝突較小；架構
從業務場景和挑戰難度上，電商秒殺難度最大。那麼對於雙十一這種場景，業務架構和系統架構上須要如何優化呢？併發
交易系統常見的總體架構
用戶發起（瀏覽器/APP），最上層，面向用戶app
業務層，對用戶請求進行業務邏輯判斷，校驗負載均衡
核心系統層，訂單服務、商品服務，提供交易的核心邏輯與數據訪問異步
基於這個架構，架構師們應該如何優化？
主要有：
（1）作好鏈路流量過濾攔截
（2）充分利用緩存高性能
（3）提早進行容量規劃
（4）優秀的架構設計
1、鏈路流量過濾攔截
電商高併發之因此掛，大部分緣由是請求壓力落到了數據層，數據讀寫鎖衝突嚴重。交易對數據一致性要求高，進一步致使了響應耗時高，致使上層全部請求超時，最終服務宕機。
雙十一屬於秒殺，瞬時讀寫高併發場景。此時咱們能夠採用哪些業務手段：
（1）用戶請求層面，限制用戶x秒內只能提交一次，從而下降系統負載；
（2）雙十一提早加購物車，將商品庫存扣除，將交易流程變短，對數據寫入時間儘量分散；
（3）業務折中，好比不一樣的場次，將交易分散到全天；
（4）服務熔斷降級，當系統流量大於承載能力時，拋棄部分流量保證系統總體穩定性。
PS. 你們雙十一剁手，遇到服務器開小差的頁面提示。
2、充分利用緩存
業務系統，大可能是讀多寫少場景：
商品的查詢，讀請求，量大
購物車的查詢，讀請求，量大
添加購物車、下單和支付，寫請求，相比於讀請求，量小
所以利用緩存的高性能，將99%讀請求攔截在數據庫以外，保證數據庫的高可靠，是咱們經常使用的方案。
3、提早容量規劃
互聯網企業，針對節日對流量進行預估。須要經過流量來預判機器是否擴容，數據庫是否分庫。這些都是架構師必備的系統容量規劃的能力。
容量規劃的核心是QPS預估，以及單機承載能力評估。
QPS預估有不少方法，最經常使用的就是業務預估
歷年雙十一交易額曲線
經過歷史的流量，能夠很好的預測當前的QPS，從而提早佈局架構升級。好比阿里每一年的成交都以」很是優美「的曲線增加。
如何評估一個業務，一個服務單機能的極限QPS呢？
答：真實線上環境的全鏈路壓力測試。
福利來了！！！
事件：奈學教育雙十一學習狂歡專場，整年最低價格。
活動：工程架構、大數據架構精品小課三天不打烊（11.09-11.11)。
栗子：《萬億級企業高併發微服務架構設計與實踐》前58技術委員會主席玄姐帶你3天打通架構設計」任督二脈「。
百萬年薪架構師天天都在使用微服務架構
你須要真正掌握它！
16模塊架構設計硬核乾貨
11月09-11日，晚20:00-22:30點
原價499
限時掃碼9.8
快速搞定三高微服務架構和頂級思惟模型！
👇👇👇
本公衆號僅限前200名特惠購買
玄姐手把手教你架構設計
本文分享自微信公衆號 - 架構師之路（road5858）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。