利用mysql proxy來實現的。

MySQL Proxy最強大的一項功能是實現“讀寫分離(Read/Write Splitting)”?；镜脑硎亲屩鲾祿焯幚硎聞招圆樵?，而從數據庫處理SELECT查詢。數據庫復制被用來把事務性查詢導致的變更同步到集群中的從數據庫。 當然，主服務器也可以提供查詢服務。使用讀寫分離最大的作用無非是環境服務器壓力。

讀寫分離就是利用mysql的主從復制完成的，A不間斷的把binlog信息發送給B，保持B和A的數據一致，如果還需要在B上寫的話，你需要開啟主主模式。關于第三點，你如果采取的是A-B A-C A-D模式的話肯定是需要A給每個從庫都需要發送binlog信息的，如果是A-B-C這種級聯的模式，是只需要A給B發送一次binlog信息，然后B給C發一次。

Mysql的 Replication 是一個異步的復制過程，從一個 Mysql instace(我們稱之為 Master)復制到另一個 Mysqlinstance(我們稱之 Slave)。在 Master 與 Slave 之間的實現整個復制過程主要由三個線程來完成，其中兩個線程(Sql線程和IO線程)在 Slave 端，另外一個線程(IO線程)在 Master 端。
MySQL 復制的基本過程如下：
1. Slave 上面的IO線程連接上 Master，并請求從指定日志文件的指定位置(或者從最開始的日志)之后的日志內容;
2. Master 接收到來自 Slave 的 IO 線程的請求后，通過負責復制的 IO 線程根據請求信息讀取指定日志指定位置之后的日志信息，返回給 Slave 端的 IO 線程。返回信息中除了日志所包含的信息之外，還包括本次返回的信息在 Master 端的 BinaryLog 文件的名稱以及在 Binary Log 中的位置;
3. Slave 的 IO 線程接收到信息后，將接收到的日志內容依次寫入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端，并將讀取到的Master端的bin-log的文件名和位置記錄到master- info文件中，以便在下一次讀取的時候能夠清楚的高速Master“我需要從某個bin-log的哪個位置開始往后的日志內容，請發給我”
4. Slave 的 SQL 線程檢測到 Relay Log 中新增加了內容后，會馬上解析該 Log 文件中的內容成為在 Master 端真實執行時候的那些可執行的 Query 語句，并在自身執行這些 Query。這樣，實際上就是在 Master 端和 Slave 端執行了同樣的 Query，所以兩端的數據是完全一樣的。