限流：鑑於只有少部分使用者能夠秒殺成功，所以要限制大部分流量，只允許少部分流量進入服務後端。
削峰：對於秒殺系統瞬時會有大量使用者湧入，所以在搶購一開始會有很高的瞬間峰值。高峰值流量是壓垮系統很重要的原因，所以如何把瞬間的高流量變成一段時間平穩的流量也是設計秒殺系統很重要的思路。實現削峰的常用的方法有利用快取和訊息中介軟體等技術。
非同步處理：秒殺系統是乙個高併發系統，採用非同步處理模式可以極大地提高系統併發量，其實非同步處理就是削峰的一種實現方式。
記憶體快取：秒殺系統最大的瓶頸一般都是資料庫讀寫，由於資料庫讀寫屬於磁碟io，效能很低，如果能夠把部分資料或業務邏輯轉移到記憶體快取，效率會有極大地提公升。
可拓展：當然如果我們想支援更多使用者，更大的併發，最好就將系統設計成彈性可拓展的，如果流量來了，拓展機器就好了。像**、京東等雙十一活動時會增加大量機器應對交易高峰。
秒殺架構設計
業務介紹 秒殺架構設計 什麼是秒殺？通俗一點講就是網路商家為 等目的組織的網上限時搶購活動 比如說京東秒殺，就是一種定時定量秒殺，在規定的時間內，無論商品是否秒殺完畢，該場次的秒殺活動都會結束。這種秒殺，對時間不是特別嚴格，只要下手快點，秒中的概率還是比較大的。以前就做過一元搶購，一般都是限量 1 ...
秒殺系統架構設計
最近聊天總有人問秒殺的架構設計，秒殺這種業務場景一直是個熱門話題，網上也看了很多，感覺大牛分享的12306的搶票架構挺不錯的。文章講的從網路接入開始，不是那種空洞的架構。1，client請求接入到內網後，通過ospf協議進行第一步負載均衡，2，請求被 到多台lvs負載均衡器，lvs是網路層負載，效率...
秒殺系統的架構設計
秒殺系統，是典型的短時大量突發訪問類問題。對這類問題，有三種優化效能的思路 寫入記憶體而不是寫入硬碟 非同步處理而不是同步處理 分布式處理 用上這三招，不論秒殺時負載多大，都能輕鬆應對。更好的是，redis能夠滿足上述三點。因此，用redis就能輕鬆實現秒殺系統。用我這個方案，無論是電商平台 秒殺，...