mysql怎麽實現主從復制

mysql主從復制的配置

1. 準備工作

有兩臺MySQL數據庫服務器Master和slave，Master為主服務器，slave為從服務器。

初始狀態時，Master和slave中的數據信息相同，當Master中的數據發生變化時，slave也跟著發生相應的變化，使得master和slave的數據信息同步，達到備份的目的。

要點：

負責在主、從服務器傳輸各種修改動作的媒介是主服務器的二進制變更日誌，這個日誌記載著需要傳輸給從服務器的各種修改動作。

因此，主服務器必須激活二進制日誌功能。從服務器必須具備足以讓它連接主服務器並請求主服務器把二進制變更日誌傳輸給它的權限。

環境：

Master和slave的MySQL數據庫版本同為5.6.28

操作系統：CentOS release 6.5 (Final)

IP地址：master:120.77.153.204 slave:120.77.148.74

2. master的配置

（1）創建復制帳號

mysql> CREATE USER'masterslave'@'120.77.148.74' IDENTIFIED BY '123456';Query OK, 0 rows affected (0.00 sec)

（2）主從復制授權

GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO 'masterslave'@'120.77.148.74' IDENTIFIED BY '123456';

（3）拷貝數據

（假如是妳完全新安裝mysql主從服務器，這壹步就不需要。因為新安裝的master和slave有相同的數據）

關停Master服務器，將Master中的數據拷貝到B服務器中，使得Master和slave中的數據同步，並且確保在全部設置操作結束前，

禁止在Master和slave服務器中進行寫操作，使得兩數據庫中的數據壹定要相同！

3. 修改配置文件

對master進行配置，包括打開二進制日誌，指定唯壹的servr ID

[root@myserver ~]# find / -type f -name my.cnf/usr/my.cnf[root@myserver ~]# vim /usr/my.cnfserver_id=1log-bin=mysql-bin

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

[root@myserver ~]# service mysql stopShutting down MySQL.... SUCCESS! [root@myserver ~]# service mysql startStarting MySQL. SUCCESS! [root@myserver ~]# mysql -uroot -pEnter password: Welcome to the MySQL monitor. Commands end with ; or g.Your MySQL connection id is 3Server version: 5.6.28-log MySQL Community Server (GPL)Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.Oracle is a registered trademark of Oracle Corporation and/or itsaffiliates. Other names may be trademarks of their respectiveowners.Type 'help;' or 'h' for help. Type 'c' to clear the current input statement.mysql> mysql> show master status; mysql> show master status;+------------------+----------+--------------+------------------+-------------------+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |+------------------+----------+--------------+------------------+-------------------+| mysql-bin.000001 | 120 | | | |+------------------+----------+--------------+------------------+-------------------+1 row in set (0.00 sec)mysql>

配置slave

1. 修改my.cnf文件

[root@wenhaijin mysql-5.6.28]# find / -type f -name my.cnf/usr/my.cnf[root@wenhaijin mysql-5.6.28]# vim /usr/my.cnf log_bin = mysql-binserver_id = 2relay_log = mysql-relay-binlog_slave_updates = 1read_only = 1

server_id是必須的，而且唯壹。

slave沒有必要開啟二進制日誌，但是在壹些情況下，必須設置。

例如，如果slave為其他slave的master，必須設置bin_log。

在這裏，我們開啟了二進制日誌，而且顯示了命名（默認名稱為hostname，但是，如果hostname改變則會出現問題）。

relay_log配置中繼日誌，log_slave_updates表示slave將復制事件寫進自己的二進制日誌（後面會看到它的用處）。

有些人開啟了slave的二進制日誌，卻沒有設置log_slave_updates，然後查看slave的數據是否改變，這是壹種錯誤的配置。

所以，盡量使用read_only，它防止改變數據（除了特殊的線程）。但是，read_only並是很實用，特別是那些需要在slave上創建表的應用。

2. 啟動slave

接下來就是讓slave連接master，並開始重做master二進制日誌中的事件。

妳不應該用配置文件進行該操作，而應該使用CHANGE MASTER TO語句，該語句可以完全取代對配置文件的修改，而且它可以為slave指定不同的master，而不需要停止服務器。如下：

mysql> CHANGE MASTER TO MASTER_HOST='120.77.153.204', -> MASTER_USER='masterslave', -> MASTER_PASSWORD='123456', -> MASTER_LOG_FILE='mysql-bin.000001', -> MASTER_LOG_POS=0;Query OK, 0 rows affected, 2 warnings (0.01 sec)

MASTER_LOG_POS的值為0，因為它是日誌的開始位置。

妳可以用SHOW SLAVE STATUS語句查看slave的設置是否正確：

mysql> SHOW SLAVE STATUSG*************************** 1. row *************************** Slave_IO_State: Master_Host: 120.77.153.204 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 Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 4 Relay_Log_Space: 120 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: NULLMaster_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 0 Master_UUID: Master_Info_File: /var/lib/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 01 row in set (0.00 sec)

Slave_IO_State, Slave_IO_Running, 和Slave_SQL_Running是No

表明slave還沒有開始復制過程。日誌的位置為4而不是0，這是因為0只是日誌文件的開始位置，並不是日誌位置。

實際上，MySQL知道的第壹個事件的位置是4。

為了開始復制，妳可以運行START SLAVE；

mysql> START SLAVE; mysql> SHOW SLAVE STATUSG;*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 120.77.153.204 Master_User: masterslave Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 1762 Relay_Log_File: mysql-relay-bin.000001 Relay_Log_Pos: 1925 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 1762 Relay_Log_Space: 2098 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 Master_UUID: 4df9a165-03fd-11e7-b234-00163e0243e8 Master_Info_File: /var/lib/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 01 row in set (0.00 sec)

在這裏主要是看：

Slave_IO_Running=Yes

Slave_SQL_Running=Yes

slave的I/O和SQL線程都已經開始運行，而且Seconds_Behind_Master不再是NULL。

日誌的位置增加了，意味著壹些事件被獲取並執行了。

如果妳在master上進行修改，妳可以在slave上看到各種日誌文件的位置的變化，同樣，妳也可以看到數據庫中數據的變化。

妳可通過show processlistG；查看master和slave上線程的狀態。在master上，妳可以看到slave的I/O線程創建的連接。

3. 授權masterslave用戶遠程登入，然後使用navicat遠程連接

在master的test數據庫中創建user表。

然後在slave中進行刷新發現user表已經同步過來。

刷新前：

刷新後：