MySQL主從同步與主主同步

MySQL複製：

     MySQL內建的複製功能是構建大型，高性能應用程序的基礎。將MySQL的數據分佈到多個系統上去，這種分佈的機制，是經過將mysql的某一臺主機的數據複製到其它主機（slave）上，並從新執行一遍來實現。

複製過程當中一個服務器充當主服務器，而一個或多個其它服務器充當從服務器。主服務器將更新寫入二進制日誌文件，並維護文件的一個索引以跟蹤日誌循壞，這些日誌能夠記錄發送到從服務器的更新。當一個從服務器

鏈接主服務器時，它通知主服務器從服務器在日誌中讀取的最後一次成功更新的位置。從服務器接收從那時起發生的任何更新，而後封鎖並等待主服務器通知的更新。

需注意的是：

    在進行mysql複製時，全部對複製中的表的更新必須在主服務器上進行。不然必需要當心，以免用戶對主服器上的表進行更新與對從服務器上的表所進行更新之間的衝突。

 

（1）mysql支持哪些複製

     a.基於語句的複製：在主服務器上執行的sql語句，在從服務器上執行一樣的語句。mysql默認採用基於語句的複製，效率邊角高。一旦發現無法精確複製時，會自動選着基於行的複製。

     b.基於行的複製：把改變的內容複製過去，而不是把命令在從服務器上執行一遍。從mysql 5.0開始支持

     c.混合類型的複製：默認採用基於語句的複製，一旦發現基於語句的沒法精確複製時，就會採用基於行的複製。

 （2）mysql複製解決的問題

     a.數據分佈（data distribution）

     b.負載平衡（load balancing）

     c.數據備份（backup），保證數據安全

     d.高可用性與容錯行（high availability and failover）

     e.實現讀寫分離，緩解數據庫壓力

   （3）mysql主從複製原理

        master服務器將數據的改變記錄二進制binlog日誌，當master上的數據發生改變時，則將其改變寫入二進制日誌中；slave服務器會在必定時間間隔內對master二進制日誌進行探測其是否發生改變，

   若是發生改變，則開始一個I/O Thread請求master二進制事件，同時主節點爲每一個I/O線程啓動一個dump線程，用於向其發送二進制事件，並保存至從節點本地的中繼日誌中，從節點將啓動SQL線程從中繼日誌

  中讀取二進制日誌，在本地重放，使得其數據和主節點的保持一致，最後I/O Thread和SQL Thread將進入睡眠狀態，等待下一次被喚醒。

    注意幾點：
     1--master將操做語句記錄到binlog日誌中，而後授予slave遠程鏈接的權限（master必定要開啓binlog二進制日誌功能；一般爲了數據安全考慮，slave也開啓binlog功能）。
     2--slave開啓兩個線程：IO線程和SQL線程。其中：IO線程負責讀取master的binlog內容到中繼日誌relay log裏；SQL線程負責從relay log日誌裏讀出binlog內容，並更新到slave的數據庫裏，這樣就能保證slave數據和 master數據保持一致了。
     3--Mysql複製至少須要兩個Mysql的服務，固然Mysql服務能夠分佈在不一樣的服務器上，也能夠在一臺服務器上啓動多個服務。
     4--Mysql複製最好確保master和slave服務器上的Mysql版本相同（若是不能知足版本一致，那麼要保證master主節點的版本低於slave從節點的版本）
     5--master和slave兩節點間時間需同步

 

Mysql複製的流程圖以下：

 

如上圖所示：
     Mysql複製過程的第一部分就是master記錄二進制日誌。在每一個事務更新數據完成以前，master在二日誌記錄這些改變。MySQL將事務串行的寫入二進制日誌，即便事務中的語句都是交叉執行的。在事件寫入二進制日誌完成後，master通知存儲引擎提交事務。
    第二部分就是slave將master的binary log拷貝到它本身的中繼日誌。首先，slave開始一個工做線程——I/O線程。I/O線程在master上打開一個普通的鏈接，而後開始binlog dump process。Binlog dump process從master的二進制日誌中讀取事件，若是已經跟上master，它會睡眠並等待master產生新的事件。I/O線程將這些事件寫入中繼日誌。
    SQL slave thread（SQL從線程）處理該過程的最後一步。SQL線程從中繼日誌讀取事件，並重放其中的事件而更新slave的數據，使其與master中的數據一致。只要該線程與I/O線程保持一致，中繼日誌一般會位於OS的緩存中，因此中繼日誌的開銷很小。
   此外，在master中也有一個工做線程：和其它MySQL的鏈接同樣，slave在master中打開一個鏈接也會使得master開始一個線程。複製過程有一個很重要的限制——複製在slave上是串行化的，也就是說master上的並行更新操做不能在slave上並行操做。

 

（4）mysql複製的模式

     1--主從複製：主庫受權從庫遠程鏈接，讀取binlog日誌並更新到本地數據庫的過程；主庫寫數據後，從庫會自動同步過來（從庫跟着主庫變）；
     2--主主複製：主從相互受權鏈接，讀取對方binlog日誌並更新到本地數據庫的過程；只要對方數據改變，本身就跟着改變；

（5）mysql主從複製優勢

     1--在從服務器能夠執行查詢工做(即咱們常說的讀功能)，下降主服務器壓力;（主庫寫，從庫讀，降壓）
     2--在從主服務器進行備份，避免備份期間影響主服務器服務;（確保數據安全）
     3--當主服務器出現問題時，能夠切換到從服務器。（提高性能）

（6）mysql主從複製工做流程細節

 

     a. MySQL支持單向、異步複製，複製過程當中一個服務器充當主服務器，而一個或多個其它服務器充當從服務器。MySQL複製基於主服務器在二進制日誌中跟蹤全部對數據庫的更改(更新、刪除等等)。所以，要進行復制，必須在主服務器上啓用二進制日誌。每一個從服務器從主服務器接收主服務器上已經記錄到其二進制日誌的保存的更新。當一個從服務器鏈接主服務器時，它通知主服務器定位到從服務器在日誌中讀取的最後一次成功更新的位置。從服務器接收從那時起發生的任何更新，並在本機上執行相同的更新。而後封鎖並等待主服務器通知新的更新。從服務器執行備份不會干擾主服務器，在備份過程當中主服務器能夠繼續處理更新。

     b. MySQL使用3個線程來執行復制功能，其中兩個線程(Sql線程和IO線程)在從服務器，另一個線程(IO線程)在主服務器。
當發出START SLAVE時，從服務器建立一個I/O線程，以鏈接主服務器並讓它發送記錄在其二進制日誌中的語句。主服務器建立一個線程將二進制日誌中的內容發送到從服務器。該線程能夠即爲主服務器上SHOW PROCESSLIST的輸出中的Binlog Dump線程。從服務器I/O線程讀取主服務器Binlog Dump線程發送的內容並將該數據拷貝到從服務器數據目錄中的本地文件中，即中繼日誌。第3個線程是SQL線程，由從服務器建立，用於讀取中繼日誌並執行日誌中包含的更新。在從服務器上，讀取和執行更新語句被分紅兩個獨立的任務。當從服務器啓動時，其I/O線程能夠很快地從主服務器索取全部二進制日誌內容，即便SQL線程執行更新的遠遠滯後。

 

 （7）總結:

主從數據完成同步的過程：

1）在Slave 服務器上執行sart slave命令開啓主從複製開關，開始進行主從複製。

2）此時，Slave服務器的IO線程會經過在master上已經受權的複製用戶權限請求鏈接master服務器，並請求從執行binlog日誌文件的指定位置（日誌文件名和位置就是在配置主從

  複製服務時執行change master命令指定的）以後開始發送binlog日誌內容

3）Master服務器接收到來自Slave服務器的IO線程的請求後，其上負責複製的IO線程會根據Slave服務器的IO線程請求的信息分批讀取指定binlog日誌文件指定位置以後的binlog

  日誌信息，而後返回給Slave端的IO線程。返回的信息中除了binlog日誌內容外，還有在Master服務器端記錄的IO線程。返回的信息中除了binlog中的下一個指定更新位置。

  

4）當Slave服務器的IO線程獲取到Master服務器上IO線程發送的日誌內容、日誌文件及位置點後，會將binlog日誌內容依次寫到Slave端自身的Relay Log（即中繼日誌）文件

 （Mysql-relay-bin.xxx）的最末端，並將新的binlog文件名和位置記錄到master-info文件中，以便下一次讀取master端新binlog日誌時能告訴Master服務器重新binlog

  日誌的指定文件及位置開始讀取新的binlog日誌內容

  

5）Slave服務器端的SQL線程會實時檢測本地Relay Log 中IO線程新增的日誌內容，而後及時把Relay LOG 文件中的內容解析成sql語句，並在自身Slave服務器上按解析SQL語句

  的位置順序執行應用這樣sql語句，並在relay-log.info中記錄當前應用中繼日誌的文件名和位置點

  

主從複製條件

1）開啓Binlog功能

2）主庫要創建帳號

3）從庫要配置master.info（CHANGE MASTER to...至關於配置密碼文件和Master的相關信息）

4）start slave 開啓複製功能

  

須要瞭解的：

1）3個線程，主庫IO，從庫IO和SQL及做用

2）master.info（從庫）做用

3）relay-log 做用

4）異步複製

5）binlog做用（若是須要級聯須要開啓Binlog）

  

須要注意：

1）主從複製是異步的邏輯的SQL語句級的複製

2）複製時，主庫有一個I/O線程，從庫有兩個線程，I/O和SQL線程

3）實現主從複製的必要條件是主庫要開啓記錄binlog功能

4）做爲複製的全部Mysql節點的server-id都不能相同

5）binlog文件只記錄對數據庫有更改的SQL語句（來自主庫內容的變動），不記錄任何查詢（select，show）語句

...................................................................................................

完全解除主從複製關係

1)stop slave;

2)reset slave; 或直接刪除master.info和relay-log.info這兩個文件；

3)修改my.cnf刪除主從相關配置參數。

 

讓slave不隨MySQL自動啓動

修改my.cnf 在[mysqld]中增長 skip-slave-start 選項。

 

作了MySQL主從複製之後，使用mysqldump對數據備份時，必定要注意按照以下方式：

mysqldump --master-data --single-transaction --user=username --password=password dbname> dumpfilename

這樣就能夠保留 file 和 position 的信息，在新搭建一個slave的時候，還原完數據庫， file 和 position 的信息也隨之更新，接着再start slave 就能夠很迅速

的完成增量同步！

 

須要限定同步哪些數據庫，有3個思路：

1）在執行grant受權的時候就限定數據庫；

2）在主服務器上限定binlog_do_db = 數據庫名；

3）主服務器上不限定數據庫，在從服務器上限定replicate-do-db = 數據庫名；

 

若是想實現 主-從（主）-從 這樣的鏈條式結構，須要設置：

log-slave-updates      只有加上它，從前一臺機器上同步過來的數據才能同步到下一臺機器。

固然，二進制日誌也是必須開啓的：

log-bin=/opt/mysql/binlogs/bin-log

log-bin-index=/opt/mysql/binlogs/bin-log.index

還能夠設置一個log保存週期：

expire_logs_days=14

 

--------------------------下面記錄下mysql主從／主主同步環境的實施過程-------------------------

1.環境描述

mysql 的安裝能夠參考本人名下的博客或  http://www.cnblogs.com/kevingrace/p/6109679.html

centos 7.4

master：192.168.0.103

slave： 192.168.0.104

注意下面幾點：

1）要保證同步服務期間之間的網絡聯通。即能相互ping通，能使用對方受權信息鏈接到對方數據庫（防火牆開放3306端口）。

2）關閉selinux。

3）同步前，雙方數據庫中須要同步的數據要保持一致。這樣，同步環境實現後，再次更新的數據就會如期同步了。

 

2.主從複製實現過程

(1)設置master數據庫的my.cnf文件（my.cnf 查找順序 /etc/my.cnf ---> $basedir/my.cnf,在[mysqld]配置區域添加下面內容）

 [root@master ~]# vim /etc/my.cnf

     ..........

    [mysqld] 

 server-id=1        #數據庫惟一ID，主從的標識號絕對不能重複。

 log-bin=mysql-bin    #開啓bin-log，並指定文件目錄和文件名前綴

 binlog-do-db=liting　  #須要同步liting數據庫。若是是多個同步庫，就以此格式另寫幾行便可。若是不指明對某個具體庫同步，就去掉此行，表示同步全部庫（除了ignore忽略的庫）。

 binlog-ignore-db=mysql  #不一樣步mysql系統數據庫。若是是多個不一樣步庫，就以此格式另寫幾行；也能夠在一行，中間逗號隔開。

 sync_binlog = 1      ＃確保binlog日誌寫入後與硬盤同步

 binlog_checksum = none  ＃跳過現有的採用checksum的事件，mysql5.6.5之後的版本中binlog_checksum=crc32,而低版本都是binlog_checksum=none

 binlog_format = mixed   ＃bin-log日誌文件格式，設置爲MIXED能夠防止主鍵重複。

 

舒適提示：在主服務器上最重要的二進制日誌設置是sync_binlog，這使得mysql在每次提交事務的時候把二進制日誌的內容同步到磁盤上，即便服務器崩潰也會把事件寫入日誌中。

sync_binlog這個參數是對於MySQL系統來講是相當重要的，他不只影響到Binlog對MySQL所帶來的性能損耗，並且還影響到MySQL中數據的完整性。對於"sync_binlog"參數的各類設置的說明以下：

sync_binlog=0，當事務提交以後，MySQL不作fsync之類的磁盤同步指令刷新binlog_cache中的信息到磁盤，而讓Filesystem自行決定何時來作同步，或者cache滿了以後才同步到磁盤。

sync_binlog=n，當每進行n次事務提交以後，MySQL將進行一次fsync之類的磁盤同步指令來將binlog_cache中的數據強制寫入磁盤。

     

在MySQL中系統默認的設置是sync_binlog=0，也就是不作任何強制性的磁盤刷新指令，這時候的性能是最好的，可是風險也是最大的。由於一旦系統Crash，在binlog_cache中的全部binlog信息都會被丟失。而當設置爲「1」的時候，是最安全可是性能損耗最大的設置。由於當設置爲1的時候，即便系統Crash，也最多丟失binlog_cache中未完成的一個事務，對實際數據沒有任何實質性影響。

     

從以往經驗和相關測試來看，對於高併發事務的系統來講，「sync_binlog」設置爲0和設置爲1的系統寫入性能差距可能高達5倍甚至更多。

 

(2)導出master數據庫多餘slave數據庫中的數據，而後導入到slave數據庫中。保證雙方在同步環境實現前的數據一致。[新建環境可忽略次步驟]

  

   導出數據庫以前先鎖定數據庫

   mysql> flush tables with read lock;    #數據庫只讀鎖定命令，防止導出數據庫的時候有數據寫入。unlock tables命令解除鎖定

    

  導出master數據庫中須要同步的庫(master數據庫的root用戶登錄密碼：123456)

  [root@master ~]#mysqldump -uroot liting -p123456 >/opt/liting.sql

  [root@master ~]#rsync  -e "ssh -p22" -avpgolr /opt/liting.sql 192.168.0.104:/opt/   ＃將導出的sql文件上傳到slave機器上

 

(3)在master上設置數據同步權限

      mysql> grant replication slave,replication client on *.* to repl@'192.168.0.104' identified by "repl123";  #只容許192.168.0.104使用repl，且密碼爲"repl123"鏈接主庫作數據同步


  Query OK, 0 rows affected (0.02 sec)                                    #若要全部網段則設置repl@'%' ；部分網段：repl@'192.168.0.%'


  mysql> flush privileges;

  Query OK, 0 rows affected (0.00 sec)

--------------------------------------------------------------------------------

舒適提示：

權限查看方式

mysql> show grants;

mysql> show grants for repl@'192.168.0.104';

--------------------------------------------------------------------------------

(4)查看主服務器master狀態(注意File與Position項，從服務器須要這兩項參數)

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

| File       | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000007 | 120    |  liting   |     mysql   |          |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

 

下面是slave數據庫上的操做：

 

(1)設置slave數據庫的my.cnf配置文件

[root@master ~]# vim /etc/my.cnf

.......

[mysqld]

server-id=2   #設置從服務器id，必須於主服務器不一樣

log-bin=mysql-bin   #啓動MySQ二進制日誌系統

replicate-do-db=liting  #須要同步的數據庫名。若是不指明同步哪些庫，就去掉這行，表示全部庫的同步（除了ignore忽略的庫）。

replicate-ignore-db=mysql  #不一樣步test數據庫

slave-skip-errors = all   #跳過全部的錯誤，繼續執行復制操做

-----------------------------------------------------------------------------------------------

舒適提示：

當只針對某些庫的某張表進行同步時，以下，只同步liting庫的haha表和test庫的heihei表：

replicate-do-db = liting


replicate-wild-do-table = liting.haha       //當只同步幾個或少數表時，能夠這樣設置。注意這要跟上面的庫指定配合使用；

replicate-do-db = test


replicate-wild-do-table = test.heihei      //若是同步的庫的表比較多時，就不能這樣一一指定了，就把這個選項配置去掉，直接根據指定的庫進行同步。

-----------------------------------------------------------------------------------------------

 

(2)在slave數據庫中導入從master傳過來的數據。

mysql> CREATE DATABASE liting CHARACTER SET utf8 COLLATE utf8_general_ci;   #先建立一個liting空庫，不然下面導入數據時會報錯說此庫不存在。

mysql> use liting;

mysql> source /opt/liting.sql;   ＃導入master中多餘的數據。

.......

(3）配置主從同步指令

mysql> stop slave;   ＃執行同步前，要先關閉slave

mysql> change master to master_host='192.168.0.103',master_user='repl',master_password='repl123',master_log_file='mysql-bin.000007',master_log_pos=120;

    

mysql> start slave;

mysql> show slave status \G;

.......

*************************** 1. row ***************************

        Slave_IO_State: Waiting for master to send event

         Master_Host: 192.168.0.103

         Master_User: repl


         Master_Port: 3306

        Connect_Retry: 60

       Master_Log_File: mysql-bin.000007

     Read_Master_Log_Pos: 120

       Relay_Log_File: mysql-relay-bin.000002

       Relay_Log_Pos: 279

   Relay_Master_Log_File: mysql-bin.000007

     Slave_IO_Running: Yes

     Slave_SQL_Running: Yes

      Replicate_Do_DB: liting


    Replicate_Ignore_DB: mysql

     .............

   Seconds_Behind_Master: 0

 

如上，當IO和SQL線程的狀態均爲Yes，則表示主從已實現同步了！

 

下面測試下Mysql主從同步的效果

在master主數據庫上寫入新數據

mysql> use liting;    

mysql>create table if not exists haha (id int(10) PRIMARY KEY AUTO_INCREMENT,name varchar(50) NOT NULL);

Query OK, 0 rows affected (0.02 sec)

mysql> insert into huanqiu.haha values(100,"anhui");

Query OK, 1 row affected (0.00 sec)

 

而後在slave數據庫上查看，發現master上新寫入的數據已經同步過來了

mysql> select * from liting.haha;

+-----+-----------+

| id   | name    |

+-----+-----------+

| 100 | anhui   |

+-----+-----------+

1 rows in set (0.00 sec)

    

至此，主從同步環境已經實現！

 

注意：
Mysql主從環境部署一段時間後，發現主從不一樣步時，如何進行數據同步至一致？
有如下兩種作法：
1）參考：mysql主從同步(2)-問題梳理 中的第（4）步的第二種方法
2）參考：mysql主從同步(3)-percona-toolkit工具（數據一致性監測、延遲監控）使用梳理

 

 

 ********主主複製實現過程*********

 

根據上面的主從環境部署，master和slave已經實現同步，即在master上寫入新數據，自動同步到slave。而從庫只能讀不能寫，一旦從庫有寫入數據，就會形成主從數據不一致！

下面就說下Mysql主主複製環境，在slave上更新數據時，master也能自動同步過來。

 ---------------------------------------------------------------------------------------------------------------------------------

舒適提示：

在作主主同步前，提醒下須要特別注意的一個問題：

主主複製和主從複製有一些區別，由於多主中均可以對服務器有寫權限，因此設計到自增加重複問題，例如：

出現的問題（多主自增加ID重複）

1）首先在A和B兩個庫上建立test表結構;

2）停掉A，在B上對數據表test(存在自增加屬性的ID字段)執行插入操做，返回插入ID爲1;

3）而後停掉B，在A上對數據表test(存在自增加屬性的ID字段)執行插入操做，返回的插入ID也是1;

4）而後 同時啓動A,B，就會出現主鍵ID重複

 

解決方法：

只要保證兩臺服務器上的數據庫裏插入的自增加數據不一樣就能夠了

如：A插入奇數ID，B插入偶數ID，固然若是服務器多的話，還能夠自定義算法，只要不一樣就能夠了

在下面例子中，在兩臺主主服務器上加入參數，以實現奇偶插入！

記住:在作主主同步時須要設置自增加的兩個相關配置，以下：

auto_increment_offset     表示自增加字段從那個數開始，取值範圍是1 .. 65535。這個就是序號。若是有n臺mysql機器，則從第一臺開始分爲設1，2...n

auto_increment_increment    表示自增加字段每次遞增的量，其默認值是1，取值範圍是1 .. 65535。若是有n臺mysql機器，這個值就設置爲n。

 

在主主同步配置時，須要將兩臺服務器的：

auto_increment_increment     增加量都配置爲2

auto_increment_offset        分別配置爲1和2。這是序號，第一臺從1開始，第二臺就是2，以此類推.....

這樣才能夠避免兩臺服務器同時作更新時自增加字段的值之間發生衝突。（針對的是有自增加屬性的字段）

 

------------------------------------------------------------------------------------------------------------------------------------

 

 

主主同步實現操做過程：

1）在master上的my.cnf配置：

[root@master ~]# vim /etc/my.cnf

server-id = 1        

log-bin = mysql-bin  

binlog-ignore-db = mysql,information_schema

sync_binlog = 1

binlog_checksum = none

binlog_format = mixed

auto-increment-increment = 2    

auto-increment-offset = 1   

slave-skip-errors = all     

   

[root@master ~]# /etc/init.d/mysql restart

Shutting down MySQL. SUCCESS!

Starting MySQL.. SUCCESS!

 

數據同步受權（iptables防火牆開啓3306端口，要確保對方機器能使用下面權限鏈接到本機mysql）

mysql> grant replication slave,replication client on *.* to repl@'192.168.0.104' identified by "repl123";

mysql> flush privileges;

 

最好將庫鎖住，僅僅容許讀，以保證數據一致性；待主主同步環境部署後再解鎖；鎖住後，就不能往表裏寫數據，可是重啓mysql服務後就會自動解鎖！

mysql> FLUSH TABLES WITH READ LOCK;    //注意該參數設置後，若是本身同步對方數據，同步前必定要記得先解鎖！

Query OK, 0 rows affected (0.00 sec)

 

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

| File       | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000001 |   158 |        |         |          |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

2）slave數據庫上

[root@slave ~]# vim /etc/my.cnf

server-id = 2       

log-bin = mysql-bin  

binlog-ignore-db = mysql,information_schema

sync_binlog = 1

binlog_checksum = none

binlog_format = mixed

auto-increment-increment = 2    

auto-increment-offset = 2   

slave-skip-errors = all

 

[root@slave ~]# /etc/init.d/mysql restart

Shutting down MySQL. SUCCESS!

Starting MySQL.. SUCCESS!

 

數據同步受權（iptables防火牆開啓3306端口，要確保對方機器能使用下面權限鏈接到本機mysql）

同理，slave也要受權給master機器遠程同步數據的權限

mysql> grant replication slave ,replication client on *.* to repl@'192.168.0.103' identified by "repl123";  

mysql> flush privileges;

 

mysql> FLUSH TABLES WITH READ LOCK;

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

| File       | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000001 |   256 |       |          |          |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

3）執行主張同步操做

先在slave數據庫上作同步master的設置。（確保slave上要同步的數據，提早在master上存在。最好雙方數據保持一致）

mysql> unlock tables;     //先解鎖，將對方數據同步到本身的數據庫中

mysql> slave stop；

mysql> change master to master_host='192.168.0.103',master_user='repl',master_password='repl123',master_log_file='master-bin.000001',master_log_pos=158;

 

mysql> start slave;

mysql> show slave status \G;

*************************** 1. row ***************************

             Slave_IO_State: Waiting for master to send event

              Master_Host: 192.168.0.103


              Master_User: repl


              Master_Port: 3306

             Connect_Retry: 60

            Master_Log_File: mysql-bin.000001

          Read_Master_Log_Pos: 158


           nelay_Log_File: mysql-relay-bin.000003

             Relay_Log_Pos: 750

        Relay_Master_Log_File: mysql-bin.000001

            Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

            ..................

 

這樣就實現了slave－>master的同步環境。

 

再在master數據庫上作同步slave的設置。（確保slave上要同步的數據，提早在master上存在。最好雙方數據保持一致）

mysql> unlock tables;

mysql> slave stop；

mysql> change master to master_host='192.168.0.104',master_user='repl',master_password='repl123',master_log_file='master-bin.000001',master_log_pos=256;

 

mysql> start slave;

mysql> show slave status \G;

*************************** 1. row ***************************

           Slave_IO_State: Waiting for master to send event

             Master_Host: 192.168.0.103

             Master_User: repl


             Master_Port: 3306

            Connect_Retry: 60

           Master_Log_File: mysql-bin.000001

          Read_Master_Log_Pos: 256


           Relay_Log_File: mysql-relay-bin.000003

           Relay_Log_Pos: 750

        Relay_Master_Log_File: mysql-bin.000001

            Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

            ..................

 

這樣就實現了master－>slave的同步環境。至此，主主雙向同步環境已經實現！

 

 

(4）最後測試下Mysql主主同步的效果

在master上寫入新數據

mysql> select * from liting.haha;

+-----+-----------+

| id   | name    |

+-----+-----------+

| 100 | anhui   |

+-----+-----------+

1 rows in set (0.00 sec)

 

mysql> insert into huanqiu.haha values(10,"beijing");

 

 

在slave數據庫中查看，發現master新寫入的數據已經同步過來了

mysql> select * from liting.haha;

+-----+------------+

| id  | name    |

+-----+------------+

|  10| beijing  |

| 100 | anhui   |

+-----+------------+

2 rows in set (0.00 sec)

 

在slave上刪除數據

mysql> delete from liting.haha where id=100;

 

在master數據庫中查看

mysql> select * from liting.haha;

+-----+------------+

| id  | name    |

+-----+------------+

|  10 | beijing  |

+-----+------------+

3 rows in set (0.00 sec)

 

以上，主主同步實現

 

 

***************當你發現本身的才華撐不起野心時，就請安靜下來學習吧***************