Mysql 復制(Replication)實現

        個人需要做一個小工程，需要將3臺Mysql服務器的數據進行同步操作，經過上網查資料，并進行了實際操作完成了基本構思。

        首先準備了3臺Centos6.2，搭配了Apache Mysql PHP 等基本Webserver配置

        3臺機分別是Master A：192.168.1.49
                          Slave   B1：192.168.1.50
                                     B2：192.168.1.51

        我需要的環境是單向復制，從復制A的數據到B1和B2.令3臺機的數據一致。

配置邏輯：

    從高層來看，復制分成三步：
    (1)    master將改變記錄到二進制日志(binary log)中（這些記錄叫做二進制日志事件，binary log events）；
    (2)    slave將master的binary log events拷貝到它的中繼日志(relay log)；
    (3)    slave重做中繼日志中的事件，將改變反映它自己的數據。

開始配置：

    第一步：創建復制帳號

        每個slave使用標準的MySQL用戶名和密碼連接master。進行復制操作的用戶會授予REPLICATIONSLAVE權限。
     用戶名的密碼都會存儲在文本文件master.info中。假如，你想創建repl用戶，如下：        

mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.*
-> TO repl@'192.168.1.%' IDENTIFIED BY '123456';

    第二步：配置My.cnf

    配置Master的My.cnf，該文件默認位置為/etc/my.cnf

        接下來對master進行配置，包括打開二進制日志，指定唯一的servr ID。例如，在配置文件加入如下值：
        [mysqld]
        log-bin=mysql-bin
        server-id=10

        重啟master，運行SHOW MASTER STATUS，輸出如下：

    配置Slave的My.cnf，該文件默認位置為/etc/my.cnf

        Slave的配置與master類似，你同樣需要重啟slave的MySQL。如下：

有些人開啟了slave的二進制日志，卻沒有設置log_slave_updates，然后查看slave的數據是否改變，這是一種錯誤的配置。所以，盡量使用read_only，它防止改變數據(除了特殊的線程)。但是，read_only并是很實用，特別是那些需要在slave上創建表的應用。

    第三步:啟動slave

        接下來就是讓slave連接master，并開始重做master二進制日志中的事件。你不應該用配置文件進行該操作，而應該使用CHANGE MASTER TO語句，該語句可以完全取代對配置文件的修改，而且它可以為slave指定不同的master，而不需要停止服務器。如下：

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

        MASTER_LOG_POS的值為0，因為它是日志的開始位置。然后，你可以用SHOW SLAVE STATUS語句查看slave的設置是否正確：

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表明slave還沒有開始復制過程。日志的位置為4而不是0，這是因為0只是日志文件的開始位置，并不是日志位置。實際上，MySQL知道的第一個事件的位置是4。

為了開始復制，你可以運行：

mysql> START SLAVE;
mysql> SHOW SLAVE STATUS\G
運行SHOW SLAVE STATUS查看輸出結果：
*************************** 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的I/O和SQL線程都已經開始運行，而且Seconds_Behind_Master不再是NULL。日志的位置增加了，意味著一些事件被獲取并執行了。如果你在master上進行修改，你可以在slave上看到各種日志文件的位置的變化，同樣，你也可以看到數據庫中數據的變化。

你可查看master和slave上線程的狀態。在master上，你可以看到slave的I/O線程創建的連接：

mysql> show processlist \G
*************************** 1. row ***************************
     Id: 1
   User: root
   Host: localhost:2096
     db: test
Command: Query
   Time: 0
 State: NULL
   Info: show processlist
*************************** 2. row ***************************
     Id: 2
   User: repl
   Host: localhost:2144
     db: NULL
Command: Binlog Dump
   Time: 1838
 State: Has sent all binlog to slave; waiting for binlog to be updated
   Info: NULL
2 rows in set (0.00 sec)

基本到這里就完成，至于后期的加強操作，我會在另行添加。

測試過程要主要的問題：
1.請先配置好Mysql
2.開通復制前請將Mysql的庫和表的框架復制過去。（在測試一下能不能連表都復制過去！）