Mycat分表分庫原則

2024-09-07 22:12:49

字體：大中小

來源：轉載

供稿：網友

　　分表分庫雖然能解決大表對數據庫系統的壓力，但它并不是萬能的，也有一些不利之處，因此首要問題是，分不分庫，分哪些庫，什么規則分，分多少分片。
　　原則一：能不分就不分，1000萬以內的表，不建議分片，通過合適的索引，讀寫分離等方式，可以很好的解決性能問題。
　　原則二：分片數量盡量少，分片盡量均勻分布在多個DataHost上，因為一個查詢SQL跨分片越多，則總體性能越差，雖然要好于所有數據在一個分片的結果，只在必要的時候進行擴容，增加分片數量。
　　原則三：分片規則需要慎重選擇，分片規則的選擇，需要考慮數據的增長模式，數據的訪問模式，分片關聯性問題，以及分片擴容問題，最近的分片策略為范圍分片，枚舉分片，一致性Hash分片，這幾種分片都有利于擴容
　　原則四：盡量不要在一個事務中的SQL跨越多個分片，分布式事務一直是個不好處理的問題
　　原則五：查詢條件盡量優化，盡量避免Select * 的方式，大量數據結果集下，會消耗大量帶寬和CPU資源，查詢盡量避免返回大量結果集，并且盡量為頻繁使用的查詢語句建立索引。

　　如果某個表的數據有明顯的時間特征，比如訂單、交易記錄等，則他們通常比較合適用時間范圍分片，因為具有時效性的數據，我們往往關注其近期的數據，查詢條件中往往帶有時間字段進行過濾，比較好的方案是，當前活躍的數據，采用跨度比較短的時間段進行分片，而歷史性的數據，則采用比較長的跨度存儲。
　　總體上來說，分片的選擇是取決于最頻繁的查詢SQL的條件，因為不帶任何Where語句的查詢SQL，會便利所有的分片，性能相對最差，因此這種SQL越多，對系統的影響越大，所以我們要盡量避免這種SQL的產生。

（編輯：武林網）

上一篇：數據庫之鎖模塊

下一篇：數據庫中有外鍵時JavaBean的編輯法