1. 程式人生 > >從訂單中心開始,聊“多KEY”類業務資料庫水平切分架構實踐

從訂單中心開始,聊“多KEY”類業務資料庫水平切分架構實踐

有一類“多KEY”特徵的業務,典型代表是“訂單中心”,業務查詢維度會覆蓋order_id/buyer_id/seller_id,這個業務場景,隨著使用者資料量越來越大,資料庫效能顯著降低,如何來對訂單中心業務進行水平切分是本章的重點:

  1. “多KEY”類業務的特點與場景。
  2. “多KEY”類業務如何進行水平切分核心指導思想。
  3. “多KEY”類業務水平切分後遇到的潛在問題(最典型的問題->通過order_id來切分,buyer_id/seller_id上的查詢怎麼辦?)。
  4. “多KEY”類業務水平切分最佳實踐。

實錄提要:

  • 兩種方案的綜合方案,能具體說下這個方案的具體玩法嗎?
  • 單日 5000 萬的 Log 可以設計在 MySQL 裡嗎?
  • 若是已線上使用的業務系統中的“多 key ”表應該如何著手進行拆分?
  • 多庫的分頁和數量 count 統計,如何做是每個庫進行統計和查詢?
  • 用客戶端分庫分表與伺服器端分庫分表各有什麼好處,怎麼選型?
  • 最終一致性有什麼好的中介軟體軟體嗎?演算法自己實現起來要花很多時間嗎?

一場場看太麻煩?成為 GitChat 會員,暢享 1000+ 場 Chat !點選檢視