（轉）數據庫主從分離

數據庫的讀寫分離的好處？

　　　　1. 將讀操做和寫操做分離到不一樣的數據庫上，避免主服務器出現性能瓶頸；

　　　　2. 主服務器進行寫操做時，不影響查詢應用服務器的查詢性能，下降阻塞，提升併發；

　　　　3. 數據擁有多個容災副本，提升數據安全性，同時當主服務器故障時，可當即切換到其餘服務器，提升系統可用性；

讀寫分離的基本原理就是讓主數據庫處理事務性增、改、刪操做（INSERT、UPDATE、DELETE）操做，而從數據庫處理SELECT查詢操做。數據庫複製被用來把事務性操做致使的變動同步到其餘從數據庫。以SQL爲例，主庫負責寫數據、讀數據。讀庫僅負責讀數據。每次有寫庫操做，同步更新到讀庫。寫庫就一個，讀庫能夠有多個，採用日誌同步的方式實現主庫和多個讀庫的數據同步。

 

 Replication原理 
Mysql 的 Replication 是一個異步的複製過程，從一個MySQL節點（稱之爲Master）複製到另外一個MySQL節點（稱之Slave）。在 Master 與 Slave 之間的實現整個複製過程主要由三個線程來完成，其中兩個線程（SQL 線程和 I/O 線程）在 Slave 端，另一個線程（I/O 線程）在 Master 端。 
  www.2cto.com  
要實現 MySQL 的 Replication ，首先必須打開 Master 端的 Binary Log，由於整個複製過程實際上就是 Slave 從 Master 端獲取該日誌而後再在本身身上徹底順序的執行日誌中所記錄的各類操做。 

看上去MySQL的Replication原理很是簡單，總結一下： 
* 每一個從僅能夠設置一個主。 
  * 主在執行sql以後，記錄二進制log文件（bin-log）。 
  * 從鏈接主，並從主獲取binlog，存於本地relay-log，並從上次記住的位置起執行sql，一旦遇到錯誤則中止同步。 
 
從這幾條Replication原理來看，能夠有這些推論： 
* 主從間的數據庫不是實時同步，就算網絡鏈接正常，也存在瞬間，主從數據不一致。 
  * 若是主從的網絡斷開，從會在網絡正常後，批量同步。 
  * 若是對從進行修改數據，那麼極可能從在執行主的bin-log時出現錯誤而中止同步，這個是很危險的操做。因此通常狀況下，很是當心的修改從上的數據。 
  * 一個衍生的配置是雙主，互爲主從配置，只要雙方的修改不衝突，能夠工做良好。 
  * 若是須要多主的話，能夠用環形配置，這樣任意一個節點的修改均可以同步到全部節點。

主從設置 

由於原理比較簡單，因此Replication從MySQL 3就支持，並在全部平臺下能夠工做，多個MySQL節點甚至能夠不一樣平臺，不一樣版本，不一樣局域網。作Replication配置包括用戶和my.ini（linux下爲my.cnf）兩處設置。 

首先在主MySQL節點上，爲slave建立一個用戶： 

GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'192.168.1.10' IDENTIFIED BY 'slave'; 

實際上，爲支持主從動態同步，或者手動切換，通常都是在全部主從節點上建立好這個用戶。而後就是MySQL自己的配置了，這須要修改my.cnf或者my.ini文件。在mysqld這一節下面增長： 

server-id=1
auto-increment-increment=2 
auto-increment-offset=1 
log-bin 
binlog-do-db=mstest 
binlog_format=mixed 

master-host=192.168.1.62
master-user=slave 
master-password=slave 
replicate-do-db=mstest 

上面這兩段設置，前一段是爲主而設置，後一段是爲從設置的。也就是說在兩個MySQL節點上，各加一段就好。binlog-do-db和 replicate-do-db就是設置相應的須要作同步的數據庫了，auto-increment-increment和auto- increment-offset是爲了支持雙主而設置的（參考下一節），在只作主從的時候，也能夠不設置。 

雙主的設置 

從原理論來看MySQL也支持雙主的設置，即兩個MySQL節點互爲主備，不過雖然理論上，雙主只要數據不衝突就能夠工做的很好，但實際狀況中還 是很容發生數據衝突的，好比在同步完成以前，雙方都修改同一條記錄。所以在實際中，最好不要讓兩邊同時修改。即邏輯上仍按照主從的方式工做。但雙主的設置 仍然是有意義的，由於這樣作以後，切換主備會變的很簡單。由於在出現故障後，若是以前配置了雙主，則直接切換主備會很容易。 
  雙主在設置時，只需將上面的一段設置複製一份，分別寫入兩個MySQL節點的配置文件，但要修改相應的server-id，auto- increment-offset和master-host。auto-increment-offset就是爲了讓雙主同時在一張表中進行添加操做時不 會出現id衝突，因此在兩個節點上auto-increment-offset設置爲不一樣的值就好。  另：不要忘了，在兩個節點上都爲對方建立用戶。應用層的負載均衡  本文只介紹了MySQL自身的Repilication配置，在上面的圖中也能夠看出，有了Replication，還須要應用層（或者中間件）作一個負載均衡，這樣才能最大程度發揮MySQL Replication的優點，這些將在之後探討。

 

Mysql的 Replication 是一個異步的複製過程，

從一個 Mysql instace(咱們稱之爲 Master)複製到另外一個 Mysql instance(咱們稱之 Slave)。在 Master 與 Slave 之間的實現整個複製過程主要由三個線程來完成，其中兩個線程(Sql線程和IO線程)在 Slave 端，另一個線程(IO線程)在 Master 端。

要實現 MySQL 的 Replication ，首先必須打開 Master 端的Binary Log(mysql-bin.xxxxxx)功能，不然沒法實現。由於整個複製過程實際上就是Slave從Master端獲取該日誌而後再在本身身上徹底 順序的執行日誌中所記錄的各類操做。打開 MySQL 的 Binary Log 能夠經過在啓動 MySQL Server 的過程當中使用 「—log-bin」 參數選項，或者在 my.cnf 配置文件中的 mysqld 參數組([mysqld]標識後的參數部分)增長 「log-bin」 參數項。
  www.2cto.com  

　　MySQL 複製的基本過程以下：

　　1. Slave 上面的IO線程鏈接上 Master，並請求從指定日誌文件的指定位置(或者從最開始的日誌)以後的日誌內容;

　 　2. Master 接收到來自 Slave 的 IO 線程的請求後，經過負責複製的 IO 線程根據請求信息讀取指定日誌指定位置以後的日誌信息，返回給 Slave 端的 IO 線程。返回信息中除了日誌所包含的信息以外，還包括本次返回的信息在 Master 端的 Binary Log 文件的名稱以及在 Binary Log 中的位置;