第十四章 典型電商應用與快取

• 及時響應性的使用者需求

• 資料準確行需求

• 平臺海量請求的訴求

• 高可用訴求

14.1 電商類一個你用的挑戰及特點

• 穩定性決定服務能力

• 高併發場景（Scale Out 加機器、Scale Up 提升單機效能）

• 業務發展性能也得發展

• 產品快速試錯

14.2 應用資料靜態化架構高效能單頁Web應用

• CMS系統：

  • 使用URL作為key，沒有url使用id或者生成一個url作為key

  • 多版本使用redis的hash結構儲存，欄位按照維度儲存：

    • 正式：www.baidu.com/{時間戳}

    • 預釋出：www.baiducom/predeploy=true

    • 灰度：www.baidu.com/abVersion=true

    

14.3 應用多級快取模式支撐海量讀服務

• Nignx伺服器一般採用輪詢演算法或一致性hash演算法

  

• 不過期的快取機制

  

  • 適用於使用者、分類、商品、價格、訂單等，當快取滿了可以考慮LRU機制；同時，快取定期同步Mysql的binlog實現快取同步

• 維度增量快取

  

• 大vaule快取：使用多執行緒快取（Memcached）；對value進行壓縮；Value拆分

• 熱點快取：多快取節點作快取負載均衡；幾秒的本地快取。

• 快取負載均衡：應用Nginx在負載降低時使用一致性雜湊訪問伺服器；負載較高時，使用伺服器輪詢；秒殺類商品等某些熱點資料可以直接推入接入層Nginx。

  

• 熱點資料與更新快取

  • 單擊全量快取+主從

    

  • 分散式快取+應用本地熱點

    

  • 實時熱點發現系統

    

• 因為本地快取的存在，要考慮資料一致性問題，即何時失效或更新快取

  • 訂閱資料變更訊息

  • 無法訂閱資料或訂閱成本較高，且對一致性要求不嚴格，則可以設定合理過期時間

  • 秒殺類的活動，可以訂閱活動開啟訊息，將相關資料提前推送到前端應用，並將負載均衡機制降級為輪詢。

  • 建立實時熱點系統來對熱點進行統一推送和更新

• 更新快取的原子性：版本號機制；使用如canal訂閱binlog；多個佇列單執行緒更新；分散式鎖

14.4 構建需求響應億級商品詳情頁

• 單品頁技術架構發展

  

  • 

  • 

  • 

16 新的旅程