簡單介紹mysql雙機，多機異地熱備簡單原理實戰。
雙機熱備的概念簡單說一下，就是要保持兩個資料庫的狀态自動同步。對任何一個資料庫的操作都自動應用到另外一個資料庫，始終保持兩個資料庫資料一緻。 這樣做的好處多。 1. 可以做災備，其中一個壞了可以切換到另一個。 2. 可以做負載均衡，可以将請求分攤到其中任何一台上，提高網站吞吐量。 對于異地熱備，尤其适合災備。廢話不多說了。我們直接進入主題。 我們會主要介紹兩部分内容：
一， mysql 備份工作原理
二， 備份實戰
我們開始。
我使用的是mysql 5.5.34，
簡單的說就是把 一個伺服器上執行過的sql語句在别的伺服器上也重複執行一遍， 這樣隻要兩個資料庫的初态是一樣的，那麼它們就能一直同步。
當然這種複制和重複都是mysql自動實作的，我們隻需要配置即可。
我們進一步詳細介紹原理的細節， 這有一張圖：
上圖中有兩個伺服器， 示範了從一個主伺服器（master） 把資料同步到從伺服器（slave）的過程。
這是一個主-從複制的例子。 主-主互相複制隻是把上面的例子反過來再做一遍。 是以我們以這個例子介紹原理。
對于一個mysql伺服器， 一般有兩個線程來負責複制和被複制。當開啟複制之後。
1. 作為主伺服器Master， 會把自己的每一次改動都記錄到 二進制日志 Binarylog 中。 （從伺服器會負責來讀取這個log， 然後在自己那裡再執行一遍。）
2. 作為從伺服器Slave， 會用master上的賬号登陸到 master上， 讀取master的Binarylog, 寫入到自己的中繼日志 Relaylog， 然後自己的sql線程會負責讀取這個中繼日志，并執行一遍。 到這裡主伺服器上的更改就同步到從伺服器上了。
在mysql上可以檢視目前伺服器的主，從狀态。 其實就是目前伺服器的 Binary（作為主伺服器角色）狀态和位置。 以及其RelayLog（作為從伺服器）的複制進度。
例如我們在主伺服器上檢視主狀态：
mysql> show master status\G
*************************** 1. row ***************************
File: mysql-bin.000014
Position: 107
Binlog_Do_DB:
Binlog_Ignore_DB: mysql,information_schema,performance_schema,amh
1 row in set (0.00 sec) 稍微解釋一下這幾行的意思：
1. 第一行表明 目前正在記錄的 binarylog檔案名是： mysql-bin.000014.
我們可以在mysql資料目錄下，找到這個檔案：
2. 第二行， 107. 表示目前的檔案偏移量， 就是寫入在mysql-bin.000014 檔案的記錄位置。
這兩點就構成了 主伺服器的狀态。 配置從伺服器的時候，需要用到這兩個值。 告訴從伺服器從哪讀取主伺服器的資料。 （從伺服器會登入之後，找到這個日志檔案，并從這個偏移量之後開始複制。）
3. 第三行，和第四行，表示需要記錄的資料庫和需要忽略的資料庫。 隻有需要記錄的資料庫，其變化才會被寫入到mysql-bin.000014日志檔案中。 後面會再次介紹這兩個參數。
我們還可以在從伺服器上，檢視從伺服器的複制狀态。
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 198.**.***.***
Master_User: r*******
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000014
Read_Master_Log_Pos: 107
Relay_Log_File: mysqld-relay-bin.000013
Relay_Log_Pos: 253
Relay_Master_Log_File: mysql-bin.000014
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB: mysql,information_schema,amh,performance_schema
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 107
Relay_Log_Space: 556
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No 我們還是來重點解釋途中的紅圈的部分：
1. Master_host 指的是 主伺服器的位址。
2. Master_user 指的是主伺服器上用來複制的使用者。 從伺服器會用此賬号來登入主服務。進行複制。
3. Master_log_file 就是前面提到的， 主伺服器上的日志檔案名.
4. Read_Master_log_pos 就是前面提到的主伺服器的日志記錄位置， 從伺服器根據這兩個條件來選擇複制的檔案和位置。
5. Slave_IO_Running: 指的就是從伺服器上負責讀取主伺服器的線程工作狀态。 從伺服器用這個專門的線程連結到主伺服器上，并把日志拷貝回來。
6. Slave_SQL_Running: 指的就是專門執行sql的線程。 它負責把複制回來的Relaylog執行到自己的資料庫中。 這兩個參數必須都為Yes 才表明複制在正常工作。
其他的參數之後再介紹。
二， mysql 雙機熱備實戰
了解了上面的原理之後， 我們來實戰。 這裡有兩個重點， 要想同步資料庫狀态， 需要相同的初态，然後配置同步才有意義。 當然你可以不要初态，這是你的自由。 我們這裡從頭開始配置一遍。
我們先以A伺服器為起點， 配置它的資料庫同步到B。 這就是主-從複制了。 之後再反過來做一次，就可以互相備份了。
1， 第一步，
在A上面建立專門用于備份的 使用者：
grant replication slave on *.* to 'repl_user'@'192.***.***.***' identified by 'hj34$%&mnkb'; 上面把ip位址換成B機器的ip位址。 隻允許B登入。安全。
使用者名為： repl_user
密碼為： hj34$********nkb
這個等會在B上面要用。
2. 開啟主伺服器的 binarylog。
很多伺服器是預設開啟的，我們這裡檢查一下：
打開 /etc/my.cnf
我來解釋一下紅框中的配置：
前面三行， 你可能已經有了。
binlog-do-db 用來表示，隻把哪些資料庫的改動記錄到binary日志中。 可以寫上關注hello資料庫。 但是我把它注釋掉了。 隻是展示一下。 可以寫多行，表示關注多個資料庫。
binlog-ignore-db 表示，需要忽略哪些資料庫。我這裡忽略了其他的4個資料庫。
後面兩個用于在 雙主（多主循環）互相備份。 因為每台資料庫伺服器都可能在同一個表中插入資料，如果表有一個自動增長的主鍵，那麼就會在多伺服器上出現主鍵沖突。 解決這個問題的辦法就是讓每個資料庫的自增主鍵不連續。 上圖說是， 我假設需要将來可能需要10台伺服器做備份， 是以auto-increment-increment 設為10. 而 auto-increment-offset=1 表示這台伺服器的序号。 從1開始， 不超過auto-increment-increment。
這樣做之後， 我在這台伺服器上插入的第一個id就是 1， 第二行的id就是 11了， 而不是2.
（同理，在第二台伺服器上插入的第一個id就是2， 第二行就是12， 這個後面再介紹） 這樣就不會出現主鍵沖突了。 後面我們會示範這個id的效果。
3. 擷取主伺服器狀态， 和同步初态。
假設我現在有這些資料庫在A上面。
如果你是全新安裝的， 那麼不需要同步初态，直接跳過這一步，到後面直接檢視主伺服器狀态。
這裡我們假設有一個 hello 資料庫作為初态。
先鎖定 hello資料庫：
FLUSH TABLES WITH READ LOCK; 然後導出資料：
我這裡隻需要導出hello資料庫， 如果你有多個資料庫作為初态的話， 需要導出所有這些資料庫：
然後檢視A伺服器的binary日志位置：
記住這個檔案名和 位置， 等會在從伺服器上會用到。
主伺服器已經做完了， 可以解除鎖定了：
4. 設定從伺服器 B 需要複制的資料庫
打開從伺服器 B 的 /etc/my.cnf 檔案：
解釋一下上面的内容。
server-id 必須保證每個伺服器不一樣。 這可能和循環同步有關。 防止進入死循環。
replicate-do-db 可以指定需要複制的資料庫， 我這裡注掉了。 示範一下。
replicate-ignore-db 複制時需要排除的資料庫， 我使用了，這個。 除開系統的幾個資料庫之外，所有的資料庫都複制。
relay_log 中繼日志的名字。 前面說到了， 複制線程需要先把遠端的變化拷貝到這個中繼日志中， 在執行。
log-slave-updates 意思是，中繼日志執行之後，這些變化是否需要計入自己的binarylog。 當你的B伺服器需要作為另外一個伺服器的主伺服器的時候需要打開。 就是雙主互相備份，或者多主循環備份。 我們這裡需要， 是以打開。
儲存， 重新開機mysql。
5. 導入初态， 開始同步。
把剛才從A伺服器上導出的 hello.sql 導入到 B的hello資料庫中， 如果B現在沒有hello資料庫，請先建立一個， 然後再導入：
建立資料庫：
create database hello default charset utf8; 把hello.sql 上傳到B上， 然後導入：
如果你剛才導出了多個資料庫， 需要把他們都一一上傳導入。
開啟同步, 在B伺服器上執行：
CHANGE MASTER TO
MASTER_HOST='192.***.***.***',
MASTER_USER='repl_user',
MASTER_PASSWORD='hj3****',
MASTER_LOG_FILE='mysql-bin.000004',
MASTER_LOG_POS=7145; 上面幾個參數我就不解釋了。 前面說過了。
重新開機mysql， 然後檢視slave線程開啟了沒：
注意圖中的紅框， 兩個都是Yes， 說明開啟成功。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
如果其中一個是No， 那就說明不成功。需要檢視mysql的錯誤日志。 我在第一次做的時候就遇到這個問題。有時候密碼填錯了， 有時候防火牆的3306沒有打開。ip位址不對，等等。 都會導緻失敗。
我們看錯誤日志: mysql的錯誤日志一般在：
檔案名應該是你的機器名， 我這裡叫做host1.err 你換成你自己的。
到這裡主-從複制已經打開了。 我們先來實驗一下。
我們在A的資料庫裡面去 添加資料：
我在A的 hello資料庫的test表中 連續插入了3條資料， 注意看他們的自增長id， 分别是1,11,21. 知道這是為什麼嗎。 前面已經說過了，不懂再回去看。
我們去看一下B資料庫有沒有這三條資料：
打開B的資料庫：
發現已經在這了。 這裡效果不直覺。
此時不要在B中修改資料。 我們接着配置從B到A的複制。 如果你隻需要主從複制的話， 到這裡就結束了。後面可以不看了。 所有A中的修改都能自動同步到B， 但是對B的修改卻不能同步到A。 因為是單向的。 如果需要雙向同步的話，需要再做一次從B到A的複制。
基本跟上面一樣：我們簡單一點介紹：
1. 在B中建立使用者；
2. 打開 /etc/my.cnf ， 開啟B的binarylog：
注意紅框中所新添加的部分。
3. 我們不需要導出B的初态了，因為它剛剛才從A導過來。 直接記住它的master日志狀态：
記住這兩個數值，等會在A上面要用。
B伺服器就設定完了。
4. 登入到A 伺服器。 開啟中繼：
注意框中心添加的部分， 不解釋了。
5. 啟動同步：
上面的ip位址是B的ip位址， 因為A把B當做master了。 不解釋了。
然後重新開機mysql服務。
然後檢視，slave狀态是否正常：
圖中出現了兩個No。
Slave_IO_Running: No
Slave_SQL_Running: No
說明slave沒有成功， 即，從B到A的同步沒有成功。 我們去檢視mysql錯誤日志，前面說過位置：
找到 機器名.err 檔案，打開看看：
看圖中的error資訊。 說找不到中繼日志檔案。
這是因為我們在配置A的中繼檔案時改了中繼檔案名，但是mysql沒有同步。解決辦法很簡單。
先停掉mysql服務。 找到這三個檔案，把他們删掉。 一定要先停掉mysql服務。不然還是不成功。你需要重新開機一下機器了。 或者手動kill mysqld。
好了， 啟動mysql之後。 我們在來檢查一下slave狀态：
注意圖中兩個大大的Yes。 哈哈。
證明從B到A的複制也成功了。
此時我們去B伺服器中插入幾條資料試試：
我在B中插入了兩條資料。 注意看他們的id。 不解釋。
然後我們，登入去A中看看，A資料庫變了沒。
可以看到已經自動同步到A了。
至此， AB雙主互相熱備就介紹完了。
原理其實很簡單，是不是。
了解了這個原理， 多機循環互備就簡單了。這裡就不再展開了。
花了一天時間寫這個部落格，大家要頂啊。
歡迎大家通路我的獨立部落格：http://blog.byneil.com 多多交流。
參考：
1. mysql-keepalived-實作雙主熱備讀寫分離
http://gitsea.com/2013/06/16/mysql-keepalived-%E5%AE%9E%E7%8E%B0%E5%8F%8C%E4%B8%BB%E7%83%AD%E5%A4%87%E8%AF%BB%E5%86%99%E5%88%86%E7%A6%BB/
2. MySQL資料同步【雙主熱備】http://www.cnblogs.com/zhongweiv/archive/2013/02/01/mysql_replication_circular.html
3. Mysql雙機熱備實作
http://yunnick.iteye.com/blog/1845301
4. 高性能Mysql主從架構的複制原理及配置詳解http://blog.csdn.net/hguisu/article/details/7325124
5. mysql 基于 master-master 的雙機熱備配置
byNeil
byNeil.com
From Blog by Neil, post 學一點 mysql 雙機異地熱備份—-mysql主從，主主備份原理及實踐
原文來自 Blog by Neil, post 學一點 mysql 雙機異地熱備份—-mysql主從，主主備份原理及實踐 轉載請注明出處。本站保留一切權力