架構圖

系統：CentOS6.4_X86_64
軟體版本：Mysql-5.6.12,Keepalived-1.2.7
環境簡介：
1.Master-A 192.168.1.168 (Mysql+Keepalived)
2.Master-B 192.168.1.169 (Mysql+Keepalived)
3.寫入VIP 192.168.100 (168主，169從)
4.讀取VIP 192.168.200 (169主，168從)
此處略過Mysql和Keepalived的安裝過程，請讀者自行查詢相關的安裝指導資料.

工作流程圖

複製實現原理（適用於Mysql 5.5及之前的版本）：

MySQL支援單向,非同步複製，複製過程中一個伺服器充當主伺服器，而另外一個或多個其它伺服器充當從伺服器。

MySQL複製基於主伺服器在二進位制日誌中跟蹤所有對資料庫的更改(插入、更新、刪除等等)，必須在主伺服器上啟用二進位制日誌。

MySQL使用3個執行緒來執行復制同步功能，其中兩個執行緒(Sql執行緒和IO執行緒)在從伺服器，另外一個執行緒(IO執行緒)在主伺服器。

當從伺服器發出start slave服務時，從伺服器建立一個I/O執行緒，以連線主伺服器並讓它傳送記錄在其二進位制日誌中的語句。

主伺服器建立Binlog Dump執行緒將二進位制日誌中的內容傳送到從伺服器。

從伺服器I/O執行緒讀取主伺服器Binlog Dump執行緒傳送的內容並將該資料拷貝到從伺服器資料目錄中的本地檔案中(中繼日誌),接收到的日誌內容依次寫入到 Slave 端的Relay Log檔案(mysql-relay-bin.xxxxxx)的最末端，並將讀取到的Master端的bin-log的檔名和位置記錄到master- info檔案中，以便在下一次讀取的時候能夠清楚的告訴Master“我需要從某個bin-log的哪個位置開始往後的日誌內容，請發給我”。SQL執行緒讀取中繼日誌並執行日誌中包含的更新。在從伺服器上，讀取和執行更新語句被分成兩個獨立的任務。

當從伺服器啟動時，其I/O執行緒可以很快地從主伺服器索取所有二進位制日誌內容，然後執行sql執行緒。

Mysql 5.6 特性

由於Mysql 5.6 引入了 GTID(Global Transaction ID)，保證 Slave 在複製的時候不會重複執行相同的事務操作；其次，是用全域性事務 IDs 代替由檔名和物理偏移量組成的複製位點，定位 Slave 需要複製的 binlog 內容，在舊的 binlog 事件基礎上新增兩類事件

1.Previous_gtids_log_event 該事件之前的全域性事務 ID 集合
2.Gtid_log_event 標記之後的事務對應的全域性事務 ID

MySQL 5.6 的 binlog 檔案中，每個事務的開始不是 “BEGIN” ，而是 Gtid_log_event 事件。

優點:
1.使用 GTIDs 作為主備複製的位點，在寫 binlog 時用 Gtid_log_event 標記事務

2.主從複製不再基於master的binary logfile和logfile postition,從伺服器連線到主伺服器之後，把自己曾經獲取到的GTID(Retrieved_Gtid_Set)發給主伺服器，主伺服器把從伺服器缺少的GTID及對應的transactions發過去即可.

3.採用多個sql執行緒，每個sql執行緒處理不同的database，提高了併發效能，即使某database的某條語句暫時卡住，也不會影響到後續對其它的database進行操作.

配置Master-Master

一.建立同步使用者

分別在兩臺mysql上執行

二.修改my.cnf

修改 /etc/my.cnf 前最好做個備份

Master-A 的my.cnf配置