復(fù)制

     復(fù)制是從一個MySQL服務(wù)器(master)將數(shù)據(jù)拷貝到另外一臺或多臺MySQL服務(wù)器(slaves)的過程.復(fù)制是異步進行的--slaves服務(wù)器不需要持續(xù)地保持連接來接收master的數(shù)據(jù).依據(jù)配置的不同,可以復(fù)制所有數(shù)據(jù)庫,或指定的數(shù)據(jù)庫,甚至是某一數(shù)據(jù)庫指定的表.

     使用復(fù)制功能的目的在于:

向外擴展的解決方案 -- 通過在多臺服務(wù)器之間分散負(fù)載來提高性能.在這種環(huán)境下,所有寫和更新操作都在master服務(wù)器上進行,而讀操作則發(fā)生在一臺或多臺slaves服務(wù)器上.
數(shù)據(jù)安全 -- 因為數(shù)據(jù)是被復(fù)制到slave上的,并且slave可以暫停復(fù)制過程,因此可以在不破壞master數(shù)據(jù)的前提下在slave服務(wù)器上進行備份
分析 -- 實時數(shù)據(jù)在master上創(chuàng)建,然而數(shù)據(jù)分析卻可以slave服務(wù)器上進行,且不會影響master的性能
長距離數(shù)據(jù)分布 -- 如果分公司需要主公司的數(shù)據(jù)復(fù)本進行工作,就可以通過復(fù)制創(chuàng)建一個本地復(fù)本,從而不需要長久地訪問master服務(wù)器
      MySQL的復(fù)制是單向異步的,這與MySQL Cluster的同步復(fù)制特性正好相反.MySQL5.5支持半同步(semisynchronous),即在master上的提交之后,并不是立即返回,而是等待至少有一個slave確認(rèn)說已經(jīng)收到和記錄了當(dāng)前事務(wù)之后,再返回.

      最好的復(fù)制方法與數(shù)據(jù)的展現(xiàn)方式及所選擇的存儲引擎有關(guān),核心的復(fù)制格式有兩種:SBR(Statement Based Replication) -- 復(fù)制所有的SQL語句,和RBR(Row Based Replication) -- 僅復(fù)制被改變的rows. 當(dāng)然也有最三種方案可供選擇:MBR(Mixed Based Replication),這也是MySQL5.5之后版本的默認(rèn)模式.

復(fù)制配置

      MySQL服務(wù)器之間的復(fù)制使用的是二進制日志機制.對master的更新與變動都會作為事件(event)記錄在日志中,日志中的信息會隨變化的不同被記錄成不同的格式.slaves被配置成從master讀取日志,并且執(zhí)行二進制日志中的事件到slave本地數(shù)據(jù)庫.一旦master啟動二進制日志功能,那么所有語句操作都會被記錄下來,每一個slave會收到一份整個日志內(nèi)容的拷貝.slave的責(zé)任就是決定日志中的哪條語句需要被執(zhí)行,而我們不能通過配置master來僅僅記錄某些特定的事件.如果您沒有另行指定，在主服務(wù)器二進制日志中的所有事件都在slave上執(zhí)行.如果需要,還可以配置slave僅應(yīng)用來自于特定數(shù)據(jù)庫或表的事件.

      每個slave都會保持一份二進制日志文件的記錄,且記錄其已經(jīng)讀取和處理過記錄的位置.這表明,多個slaves可以連接到master,并且執(zhí)行日志的不同部分,因為slave自己來控制這個過程,單個slave的斷開與連接,不會影響master的操作.同時也正因為每個slave會記錄二進制日志中的位置,所以slaves可以斷開,重連,然后從記錄的位置開始起上.

      Master和每一個slave都必須賦予一個唯一的ID(可能使用server_id),另外,還必須告知slave其master的主機,日志文件名和位置(position).可以在會話中通過CHANGE MASTER TO來改變,詳細(xì)信息會記錄在master.info文件中.

1. 如何啟動復(fù)制

      1.1 創(chuàng)建一個用于復(fù)制的用戶

            每個slave都必須使用標(biāo)準(zhǔn)MySQL用戶名和密碼連接到master,任何帳號都可以,只要被授予了REPLICATION SLAVE權(quán)限.雖然創(chuàng)建一個單獨用于復(fù)制的用戶并不是必須的,但是你需要清楚的是用于復(fù)制的帳號的用戶名與密碼都是用明文的方式存儲在master.info中的,因此出于安全的考慮還是創(chuàng)建一個的好.如:

      mysql>GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.158.1.100' IDENTIFIED BY 'testpass';

即創(chuàng)建了一個用戶名為"repl",密碼為"testpass"的帳號,所有的slaves都可以使用同一個帳號,當(dāng)然我們也可以為每一個slave都創(chuàng)建一個登錄帳號.

      1.2 配置Master

            首先,必須得開啟master的二進制日志功能,其次為master設(shè)置一個唯一的server-id -- 1~p, li { white-space: pre-wrap; }232-1 之間的正整數(shù).如在my.cnf或my.ini中作如下設(shè)置:

      [mysqld]

      log-bin=master-bin

      server-id=1

需要注意的是:為了在使用InnoDB事務(wù)時創(chuàng)建復(fù)制達(dá)到最大可能的穩(wěn)定及一致,你需要使用:innodb_flush_log_at_trx_commit=1和sync_binlog=1兩個選項.并同時確保:skip-networking=0否則slave與master就無法通信了.

     1.3配置Slave

      在slave上我們唯一需要配置的就是為slave指定一個唯一的server-id. Slave上的二進制日志功能的開啟不必須的,但開啟可以用來作slave上的數(shù)據(jù)備份或災(zāi)難數(shù)據(jù)恢復(fù),同時也可以使用slave作為更復(fù)雜復(fù)制拓?fù)浼軜?gòu)的一部分(如:某個slave作為其它slaver的master時).

     1.4 獲取Master信息

     為了配置slave復(fù)制,你需要知道m(xù)aster在其二進制日志中的當(dāng)前位置,這樣當(dāng)slave開始復(fù)制過程時,就知道從當(dāng)前這個點開始處理事件了.如果在master上已經(jīng)存在數(shù)據(jù),且這些數(shù)據(jù)需要在開始復(fù)制之前同步到其它slaves上,那么你就得讓master停止處理語句,獲得當(dāng)前位置,然后導(dǎo)出數(shù)據(jù).為了得到master的狀態(tài)信息,需要通過下面的步驟:

執(zhí)行:

mysql>FLUSH TABLES WITH READ LOCK 

來阻止所有的寫操作,包括InnoDB的commit操作. 需要注意的此時只有退出了連接客戶端這個"鎖"才能被釋放掉.
通過:

mysql>SHOW MASTER STATUS

來確定當(dāng)前的二進制日志文件及位移量(offset)
p, li { white-space: pr     

1.5 在Slave上配置Master信息

mysql> CHANGE MASTER TO
-> MASTER_HOST='master_host_name',
-> MASTER_USER='replication_user_name',
-> MASTER_PASSWORD='replication_password',
-> MASTER_LOG_FILE='master_bin_log_file_name',
-> MASTER_LOG_POS='recorded_log_position';

2. 復(fù)制格式的選擇

     每種二進制日志格式都有自己的優(yōu)缺點,對大多數(shù)用戶來說,MBR提供了最好的效果.但當(dāng)需要為某些特定任務(wù)選取SBR或RBR時,可以通過下面的比較來決定哪一個更適合:

     SBR的優(yōu)勢:

從MySQL3.23開始,就被證明了的技術(shù)
更少的數(shù)據(jù)寫入日志. 當(dāng)更新或刪除影響到很多行時,SBR會使用更少的存儲空間,這也意味著在導(dǎo)入或恢復(fù)時需要更少的時間
日志文件包含所有的語句操作所作的變動,因此可以用來審計數(shù)據(jù)庫
     SBR的劣勢:

語句表述(Statements)對SBR來說是不安全的,不是所有修改數(shù)據(jù)的語句都可以使用SBR復(fù)制.任何為確定的行為都很難被復(fù)制,如具有LIMIT或ORDER BY的DELETE或UPDATE
INSERT ... SELECT 比RBR需要更多數(shù)量的行鎖定
需要掃描整個表的UPDATE(因為沒有在WHERE中使用索引)比RBR要鎖定更多的行
對InnoDB,使用了AUTO_INCREMENT的INSERT會阻塞其它非沖突的INSERT
對于復(fù)雜的語句,slave在更新或插入之前必須先進行評估和執(zhí)行,而RBR只需要運行語句應(yīng)用不同就可以了
存儲過程執(zhí)行同樣的NOW()
確定的UDFs必須被應(yīng)用到所有的slaves上
master與slave上的表必須(幾乎)相同
      RBR的優(yōu)勢:

所有的改變都能被復(fù)制,這是最安全的復(fù)制模式. 但mysql數(shù)據(jù)庫不會被復(fù)制,mysql會被認(rèn)為是一個特殊節(jié)點數(shù)據(jù)庫
這種技術(shù)與很多其它數(shù)據(jù)庫管理系統(tǒng)一樣,因此可以許多在其它系統(tǒng)上的認(rèn)知,都可以轉(zhuǎn)移到MySQL上來
Master需要更少的鎖定來執(zhí)行:INSERT ... SELECT,INSERT中有AUTO_INCREMENT,以及WHERE中沒有使用鍵值的 UPDATE/DELETE
Slaves在執(zhí)行INSERT,UPDATE/DELETE時,需要更少的鎖定
      RBR的劣勢:

RBR勢必會產(chǎn)生更多的日志數(shù)據(jù)
你不能通過log知道什么語句被執(zhí)行了,然后你卻可以通過mysqlbinlog查看什么數(shù)據(jù)被改變了
相關(guān)命令

• mysql>show slave hosts -- 查看所有連接到Master的Slave信息
• mysql>show master status -- 查看Master狀態(tài)信息
• mysql>show slave status -- 查看Slave狀態(tài)信息
• mysql>show binary logs -- 查看所有二進制日志
• mysql>show binlog events [IN log_file] -- 查看二進制日志中的事件

最新評論