高性能數據庫集群方案：讀寫分離。 其目的在於將訪問壓力分散到集群中的多個節點，減輕高並發現的訪問壓力，但是沒有分散存儲壓力。
讀寫分離的基本架構圖如下：
一主對從或者一主一從，主節點負責讀寫操作，從節點負責讀操作。
主從分離的實現：
1、數據庫搭建主從集群，一主多從或者一主一從
2、主機負責讀寫操作，從機負責讀操作
3、主機通過復制將數據同步到從機，從而使每一個數據庫都保證數據的一致性
主從同步的具體原理：
將主機的數據復制到多個從機（slaves）中,同步過程中，主機將數據庫的操作寫到二進制日志(binary log)中，從機打開一個io線程，打開和主機的連接，並將主機的更新日志寫入從機的中繼日志中，
從機開一個sql線程讀取中繼日志中的數據，進行更新，從而保證數據的主從數據的一致。
我們在這里為了數據庫的高性能引入了主從分離，但是往往在做架構時，會因為提高系統的高性能，高可用等，引入一些操作，會增加系統的復雜度。 主從的實現不是難點，難點在於引入主從后復雜度隨之而來的解決方案。
讀寫分離，增加了主從復制延遲 和分配機制兩個負責度。
1、主從復制延遲
以 MySQL 為例，主從復制延遲可能達到 1 秒，如果有大量數據同步，延遲 1 分鍾也是有可能的。主從復制延遲會帶來一個問題：業務服務器將數據寫入數據庫主服務器立刻進行讀取，但此時讀操作的的訪問時從機，主機還沒有將數據復制到從機，所以此時查詢會有問題。（比如用戶剛進行注冊，但是登錄的時候卻說無此用戶）
有以下幾種解決方案：
1、根據業務來區分，關鍵業務的讀寫全部指向主機，非關鍵業務采用讀寫分離
2、加入redis,將redis中數據的過期時間設置為主從延遲的時間，當進行訪問時，redis中有數據，則說明主從同步未完成，若redis中無數據則說明主從同步已完成。
2、分配機制
讀寫分離，怎么實現讀寫分離呢？怎么知道讀哪個數據庫呢？一般有兩種方式：程序代碼封裝和中間件封裝。
1、程序代碼的封裝，在代碼中抽象出來數據訪問層，，實現讀寫操作分離和數據庫服務器連接的管理
