MySQL的主從復制Replication之MyIsam和InnoDB數(shù)據(jù)復制發(fā)布

MyIsam發(fā)布相對簡單，把庫下面所有文件拷過去就好了。復制Innodb的做法和MyIsam類似，只不過Innodb引擎下的表的數(shù)據(jù)內(nèi)容不再是存在同一的數(shù)據(jù)庫目錄下（MyIsam就是這么做的），Innodb引擎下，數(shù)據(jù)文件存放在ibdata1這樣的文件里，而操作的log默認存放在ib_logfile0、ib_logfile1、ib_logfile2這樣的文件中。
Innodb的復制發(fā)布是以下的步驟（MyIsam的更簡單一點，去掉其中特殊強調的Innodb部分，就是MyIsam的復制發(fā)布了）：-
 

1、主庫上，執(zhí)行FLUSH TABLES WITH READ LOCK語句清空所有表和塊寫入語句：（當然也可以把數(shù)據(jù)庫stop掉）
mysql> FLUSH TABLES WITH READ LOCK;

2、得到主庫當前記錄點
mysql > SHOW MASTER STATUS\G;
*************************** 1. row ***************************
            File: mysql-netprws_test-bin.000010
        Position: 54736
    Binlog_Do_DB: netprws
Binlog_Ignore_DB:
1 row in set (0.00 sec)

3、將主服務器的數(shù)據(jù)文件拷貝到從服務器上
如果有innodb引擎，須將innodb的數(shù)據(jù)文件拷貝過來，文件名可能是ibdata1

4、主庫：確認文件已經(jīng)生成拷貝了。
mysql> UNLOCK TABLES;

從服務器：
1.    停止用于從服務器的服務器并在其my.cnf文件中添加下面的行：
[mysqld]     
server-id=slave_id
slave_id區(qū)別Master_id值，必須為2到2^32–1之間的一個正整數(shù)值。

2.啟動從服務器

3.在從服務器上設置主服務器信息
mysql> CHANGE MASTER TO
->     MASTER_HOST='master_host_name',
->      MASTER_PORT=3306,
->     MASTER_USER='replication_user_name',
->     MASTER_PASSWORD='replication_password',
->     MASTER_LOG_FILE='recorded_log_file_name',
->     MASTER_LOG_POS=recorded_log_position;

4.啟動復制
mysql> START SLAVE;

5.查看復制狀態(tài)
mysql> SHOW SLAVE STATUS;
mysql> SHOW PROCESSLIST;

在Innodb的情況下：
Last_Errno: 1033
此處出錯是innodb的復制發(fā)布的問題，需要刪除從庫上原來的innodb的log文件，通常文件名為：ib_logfile0,ib_logfile1...

再重新啟動從庫的slave。

mysql> show slave status\G;
          ……

         Master_Log_File: mysql-netprws_test-bin.000010
        Read_Master_Log_Pos: 55786
         Relay_Log_File: localhost-relay-bin.000018
        Relay_Log_Pos: 55936
         Relay_Master_Log_File: mysql-netprws_test-bin.000010
         Slave_IO_Running: Yes
         Slave_SQL_Running: Yes

         ……

二者有為NO的，一般都是由于Master_Log_File或者Read_Master_Log_Pos的設置問題，還有就是網(wǎng)絡問題了。通常到這里應該就OK了，如果還有問題，需要根據(jù)show slave status\G中看到的錯誤代碼和錯誤提示再進行定位了。

另外從庫的my.cnf中有一個設置建議用上。
read_only

這個屬性打開很有必要，可以防止很多人為修改從庫導致從庫同步失敗的問題。

采用 binlog 的方法相對來說更靈活，省心省力，而且還可以支持增量備份。

　　啟用 binlog 時必須要重啟 mysqld。首先，關閉 mysqld，打開 my.cnf，加入以下幾行：

　　server-id = 1
　　log-bin = binlog
　　log-bin-index = binlog.index
　　然后啟動 mysqld 就可以了。運行過程中會產(chǎn)生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 記錄所有對數(shù)據(jù)的更新操作，后面的文件則是所有 binlog 的索引，都不能輕易刪除。關于 binlog 的信息請查看手冊。

　　需要備份時，可以先執(zhí)行一下 SQL 語句，讓 mysqld 終止對當前 binlog的寫入，就可以把文件直接備份，這樣的話就能達到增量備份的目的了： FLUSH LOGS;如果是備份復制系統(tǒng)中的從服務器，還應該備份master.info 和 relay-log.info 文件。備份出來的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 來查看，如：/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001該工具允許你顯示指定的數(shù)據(jù)庫下的所有SQL 語句，并且還可以限定時間范圍，相當?shù)姆奖悖敿毜恼埐榭词謨浴?/p>

　　恢復時，可以采用類似以下語句來做到： /usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001　　| mysql -uyejr -pyejr db_name把 mysqlbinlog 輸出的 SQL 語句直接作為輸入來執(zhí)行它。

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]