您好,登錄后才能下訂單哦!
本篇內容主要講解“Mysql復制Replication的實現方法”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“Mysql復制Replication的實現方法”吧!
Mysql復制(Replication)的實現
個人需要做一個小工程,需要將3臺Mysql服務器的數據進行同步操作,經過上網查資料,并進行了實際操作完成了基本構思。
首先準備了3臺Centos6.2,搭配了Apache Mysql PHP 等基本Webserver配置
3臺機分別是Master A:192.168.1.49 www.2cto.com
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重做中繼日志中的事件,將改變反映它自己的數據。
開始配置: www.2cto.com
第一步:創建復制帳號
每個slave使用標準的MySQL用戶名和密碼連接master。進行復制操作的用戶會授予REPLICATIONSLAVE權限。
用戶名的密碼都會存儲在文本文件master.info中。假如,你想創建repl用戶,如下:
1
mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.*
2
-> 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。如下:
log_bin = mysql-bin
server_id = 2 www.2cto.com
relay_log = mysql-relay-bin
log_slave_updates = 1
read_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上創建表的應用。
第三步:啟動slave
接下來就是讓slave連接master,并開始重做master二進制日志中的事件。你不應該用配置文件進行該操作,而應該使用CHANGE MASTER TO語句,該語句可以完全取代對配置文件的修改,而且它可以為slave指定不同的master,而不需要停止服務器。如下:
1
mysql> CHANGE MASTER TO MASTER_HOST='192.168.1.49',
2
-> MASTER_USER='repl',
3
-> MASTER_PASSWORD='123456',
4
-> MASTER_LOG_FILE='mysql-bin.000001',
5
-> MASTER_LOG_POS=0;
MASTER_LOG_POS的值為0,因為它是日志的開始位置。然后,你可以用SHOW SLAVE STATUS語句查看slave的設置是否正確:
01
mysql> SHOW SLAVE STATUS\G
02
*************************** 1. row ***************************
03 www.2cto.com
Slave_IO_State:
04
Master_Host: server1
05
Master_User: repl
06
Master_Port: 3306
07
Connect_Retry: 60
08
Master_Log_File: mysql-bin.000001
09
Read_Master_Log_Pos: 4
10
Relay_Log_File: mysql-relay-bin.000001
11
Relay_Log_Pos: 4
12
Relay_Master_Log_File: mysql-bin.000001
13
Slave_IO_Running: No
14
Slave_SQL_Running: No
15
...omitted...
16
Seconds_Behind_Master: NULL
Slave_IO_State, Slave_IO_Running, 和Slave_SQL_Running表明slave還沒有開始復制過程。日志的位置為4而不是0,這是因為0只是日志文件的開始位置,并不是日志位置。實際上,MySQL知道的第一個事件的位置是4。
為了開始復制,你可以運行:
01
mysql> START SLAVE;
02
mysql> SHOW SLAVE STATUS\G
03
運行SHOW SLAVE STATUS查看輸出結果:
04
*************************** 1. row ***************************
05
Slave_IO_State: Waiting for master to send event
06 www.2cto.com
Master_Host: server1
07
Master_User: repl
08
Master_Port: 3306
09
Connect_Retry: 60
10
Master_Log_File: mysql-bin.000001
11
Read_Master_Log_Pos: 164
12
Relay_Log_File: mysql-relay-bin.000001
13
Relay_Log_Pos: 164
14
Relay_Master_Log_File: mysql-bin.000001
15
Slave_IO_Running: Yes
16
Slave_SQL_Running: Yes
17
...omitted...
18
Seconds_Behind_Master: 0
注意,slave的I/O和SQL線程都已經開始運行,而且Seconds_Behind_Master不再是NULL。日志的位置增加了,意味著一些事件被獲取并執行了。如果你在master上進行修改,你可以在slave上看到各種日志文件的位置的變化,同樣,你也可以看到中數據的變化。
你可查看master和slave上線程的狀態。在master上,你可以看到slave的I/O線程創建的連接:
01
> show processlist \G
02
*************************** 1. row ***************************
03
Id: 1
04
User: root
05
Host: localhost:2096
06
db: test www.2cto.com
07
Command: Query
08
Time: 0
09
State: NULL
10
Info: show processlist
11
*************************** 2. row ***************************
12
Id: 2
13
User: repl
14
Host: localhost:2144
15
db: NULL
16
Command: Binlog Dump
17
Time: 1838 www.2cto.com
18
State: Has sent all binlog to slave; waiting for binlog to be updated
19
Info: NULL
20
2 rows in set (0.00 sec)
基本到這里就完成,至于后期的加強操作,我會在另行添加。
測試過程要主要的問題:
1.請先配置好Mysql
2.開通復制前請將Mysql的庫和表的框架復制過去。(再測試一下能不能連表都復制過去!)
到此,相信大家對“Mysql復制Replication的實現方法”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。