Mysql 的主從復(fù)制

1 復(fù)制概述
Mysql內(nèi)建的復(fù)制功能是構(gòu)建大型，高性能應(yīng)用程序的基礎(chǔ)。將Mysql的數(shù)據(jù)分布到多個(gè)系統(tǒng)上去，這種分布的機(jī)制，是通過將Mysql的某一臺(tái)主機(jī)的數(shù)據(jù)復(fù)制到其它主機(jī)（slaves）上，并重新執(zhí)行一遍來實(shí)現(xiàn)的。復(fù)制過程中一個(gè)服務(wù)器充當(dāng)主服務(wù)器，而一個(gè)或多個(gè)其它服務(wù)器充當(dāng)從服務(wù)器。主服務(wù)器將更新寫入二進(jìn)制日志文件，并維護(hù)文件的一個(gè)索引以跟蹤日志循環(huán)。這些日志可以記錄發(fā)送到從服務(wù)器的更新。當(dāng)一個(gè)從服務(wù)器連接主服務(wù)器時(shí)，它通知主服務(wù)器從服務(wù)器在日志中讀取的最后一次成功更新的位置。從服務(wù)器接收從那時(shí)起發(fā)生的任何更新，然后封鎖并等待主服務(wù)器通知新的更新。
請(qǐng)注意當(dāng)你進(jìn)行復(fù)制時(shí)，所有對(duì)復(fù)制中的表的更新必須在主服務(wù)器上進(jìn)行。否則，你必須要小心，以避免用戶對(duì)主服務(wù)器上的表進(jìn)行的更新與對(duì)從服務(wù)器上的表所進(jìn)行的更新之間的沖突。

1.1 mysql支持的復(fù)制類型：
　?。ǎ保夯谡Z句的復(fù)制： 在主服務(wù)器上執(zhí)行的SQL語句，在從服務(wù)器上執(zhí)行同樣的語句。MySQL默認(rèn)采用基于語句的復(fù)制，效率比較高。 一旦發(fā)現(xiàn)沒法精確復(fù)制時(shí)， 會(huì)自動(dòng)選著基于行的復(fù)制。 　　
（２）：基于行的復(fù)制：把改變的內(nèi)容復(fù)制過去，而不是把命令在從服務(wù)器上執(zhí)行一遍. 從mysql5.0開始支持　　
（３）：混合類型的復(fù)制: 默認(rèn)采用基于語句的復(fù)制，一旦發(fā)現(xiàn)基于語句的無法精確的復(fù)制時(shí)，就會(huì)采用基于行的復(fù)制。

1.2 . 復(fù)制解決的問題
MySQL復(fù)制技術(shù)有以下一些特點(diǎn)：
(1) 數(shù)據(jù)分布 (Data distribution )
(2) 負(fù)載平衡(load balancing)
(3) 備份(Backups)
(4) 高可用性和容錯(cuò)行 High availability and failover

1.3 復(fù)制如何工作
整體上來說，復(fù)制有3個(gè)步驟：
(1) master將改變記錄到二進(jìn)制日志(binary log)中（這些記錄叫做二進(jìn)制日志事件，binary log events）；
(2) slave將master的binary log events拷貝到它的中繼日志(relay log)；
(3) slave重做中繼日志中的事件，將改變反映它自己的數(shù)據(jù)。

下圖描述了復(fù)制的過程：

2 .復(fù)制配置

1、在Master的數(shù)據(jù)庫中建立一個(gè)備份帳戶：每個(gè)slave使用標(biāo)準(zhǔn)的MySQL用戶名和密碼連接master。進(jìn)行復(fù)制操作的用戶會(huì)授予REPLICATION SLAVE權(quán)限。用戶名的密碼都會(huì)存儲(chǔ)在文本文件master.info中
命令如下：

mysql > GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO backup@’10.100.0.200’ IDENTIFIED BY ‘1234’;

建立一個(gè)帳戶backup，并且只能允許從10.100.0.200這個(gè)地址上來登陸，密碼是1234。

2.2、拷貝數(shù)據(jù)
（假如是你完全新安裝mysql主從服務(wù)器，這個(gè)一步就不需要。因?yàn)樾掳惭b的master和slave有相同的數(shù)據(jù)）
關(guān)停Master服務(wù)器，將Master中的數(shù)據(jù)拷貝到B服務(wù)器中，使得Master和slave中的數(shù)據(jù)同步，并且確保在全部設(shè)置操作結(jié)束前，禁止在Master和slave服務(wù)器中進(jìn)行寫操作，使得兩數(shù)據(jù)庫中的數(shù)據(jù)一定要相同！

2.3、配置master

接下來對(duì)master進(jìn)行配置，包括打開二進(jìn)制日志，指定唯一的servr ID。例如，在配置文件加入如下值：
server-id=1log-bin=mysql-bin
server-id：為主服務(wù)器A的ID值log-bin：二進(jìn)制變更日值
重啟master，運(yùn)行SHOW MASTER STATUS，輸出如下：

2.4、配置slave
Slave的配置與master類似，你同樣需要重啟slave的MySQL。如下：
log_bin = mysql-bin
server_id = 2
relay_log = mysql-relay-bin
log_slave_updates = 1
read_only = 1
server_id是必須的，而且唯一。
slave沒有必要開啟二進(jìn)制日志，但是在一些情況下，必須設(shè)置，例如，如果slave為其它slave的master，必須設(shè)置bin_log。
在這里，我們開啟了二進(jìn)制日志，而且顯示的命名(默認(rèn)名稱為hostname，但是，如果hostname改變則會(huì)出現(xiàn)問題)。
relay_log配置中繼日志，log_slave_updates表示slave將復(fù)制事件寫進(jìn)自己的二進(jìn)制日志(后面會(huì)看到它的用處)。
有些人開啟了slave的二進(jìn)制日志，卻沒有設(shè)置log_slave_updates，然后查看slave的數(shù)據(jù)是否改變，這是一種錯(cuò)誤的配置。
所以，盡量使用read_only，它防止改變數(shù)據(jù)(除了特殊的線程)。

2.5、啟動(dòng)slave
接下來就是讓slave連接master，并開始重做master二進(jìn)制日志中的事件。你不應(yīng)該用配置文件進(jìn)行該操作，而應(yīng)該使用CHANGE MASTER TO語句，該語句可以完全取代對(duì)配置文件的修改，而且它可以為slave指定不同的master，而不需要停止服務(wù)器。如下：

mysql> CHANGE MASTER TO MASTER_HOST='server1',
    -> MASTER_USER='repl',
    -> MASTER_PASSWORD='p4ssword',
    -> MASTER_LOG_FILE='mysql-bin.000001',
    -> MASTER_LOG_POS=0;

MASTER_LOG_POS的值為0，因?yàn)樗侨罩镜拈_始位置。
你可以用SHOW SLAVE STATUS語句查看slave的設(shè)置是否正確：

mysql> SHOW SLAVE STATUS\G

*************************** 1. row ***************************
             Slave_IO_State:
                Master_Host: server1
                Master_User: repl
                Master_Port: 3306
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000001
        Read_Master_Log_Pos: 4
             Relay_Log_File: mysql-relay-bin.000001
              Relay_Log_Pos: 4
      Relay_Master_Log_File: mysql-bin.000001
           Slave_IO_Running: No
          Slave_SQL_Running: No
                             ...omitted...
      Seconds_Behind_Master: NULL

Slave_IO_State, Slave_IO_Running, 和Slave_SQL_Running是No

表明slave還沒有開始復(fù)制過程。日志的位置為4而不是0，這是因?yàn)?只是日志文件的開始位置，并不是日志位置。實(shí)際上，MySQL知道的第一個(gè)事件的位置是4。
為了開始復(fù)制，你可以運(yùn)行：

mysql> START SLAVE;

運(yùn)行SHOW SLAVE STATUS查看輸出結(jié)果：

mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event
                Master_Host: server1
                Master_User: repl
                Master_Port: 3306
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000001
        Read_Master_Log_Pos: 164
             Relay_Log_File: mysql-relay-bin.000001
              Relay_Log_Pos: 164
      Relay_Master_Log_File: mysql-bin.000001
           Slave_IO_Running: Yes
          Slave_SQL_Running: Yes
                             ...omitted...
      Seconds_Behind_Master: 0

在這里主要是看:** Slave_IO_Running=Yes Slave_SQL_Running=Yes**
slave的I/O和SQL線程都已經(jīng)開始運(yùn)行，而且Seconds_Behind_Master不再是NULL。日志的位置增加了，意味著一些事件被獲取并執(zhí)行了。如果你在master上進(jìn)行修改，你可以在slave上看到各種日志文件的位置的變化，同樣，你也可以看到數(shù)據(jù)庫中數(shù)據(jù)的變化。
你可查看master和slave上線程的狀態(tài)。在master上，你可以看到slave的I/O線程創(chuàng)建的連接：

在master上輸入show processlist\G;

2.5、添加新slave服務(wù)器
假如master已經(jīng)運(yùn)行很久了，想對(duì)新安裝的slave進(jìn)行數(shù)據(jù)同步，甚至它沒有master的數(shù)據(jù)。此時(shí)，有幾種方法可以使slave從另一個(gè)服務(wù)開始，例如，從master拷貝數(shù)據(jù)，從另一個(gè)slave克隆，從最近的備份開始一個(gè)slave。Slave與master同步時(shí)，需要三樣?xùn)|西：
(1)master的某個(gè)時(shí)刻的數(shù)據(jù)快照；
(2)master當(dāng)前的日志文件、以及生成快照時(shí)的字節(jié)偏移。這兩個(gè)值可以叫做日志文件坐標(biāo)(log file coordinate)，因?yàn)樗鼈兇_定了一個(gè)二進(jìn)制日志的位置，你可以用SHOW MASTER STATUS命令找到日志文件的坐標(biāo)；
(3)master的二進(jìn)制日志文件。
可以通過以下幾中方法來克隆一個(gè)slave：
(1) 冷拷貝(cold copy)停止master，將master的文件拷貝到slave；然后重啟master。缺點(diǎn)很明顯。
(2) 熱拷貝(warm copy)如果你僅使用MyISAM表，你可以使用mysqlhotcopy拷貝，即使服務(wù)器正在運(yùn)行。
(3) 使用mysqldump使用mysqldump來得到一個(gè)數(shù)據(jù)快照可分為以下幾步：
<1>鎖表：如果你還沒有鎖表，你應(yīng)該對(duì)表加鎖，防止其它連接修改數(shù)據(jù)庫，否則，你得到的數(shù)據(jù)可以是不一致的。
如下：

mysql> FLUSH TABLES WITH READ LOCK;

<2>在另一個(gè)連接用mysqldump創(chuàng)建一個(gè)你想進(jìn)行復(fù)制的數(shù)據(jù)庫的轉(zhuǎn)儲(chǔ)：

 shell> mysqldump --all-databases --lock-all-tables >dbdump.db

<3>對(duì)表釋放鎖。mysql> UNLOCK TABLES;