一、檢測通信

查看master（centos7）和slave（win10）的ip地址，并檢測是否可以相互通信

到這里我們知道，master的ip為192.168.131.129，slave的ip為192.168.0.6，并且可以相互通信

查看防火墻狀態(tài)

systemctl status firewalld.service

臨時手動啟動、停止防火墻

systemctl start firewalld.service
systemctl stop firewalld.service

持久打開、關(guān)閉防火墻（重啟服務(wù)生效）

systemctl enable firewalld.service
systemctl disable firewalld.service

開放3306端口

二、master配置

1. 開啟二進(jìn)制日志

配置log_bin和全局唯一的server-id，和slave區(qū)分開，不能配置成一樣的（如果是my.cnf新添加配置，一定要重啟MySQL服務(wù)）

2. 創(chuàng)建一個用于主從庫通信用的賬號

即在master中創(chuàng)建一個賬號，用于slave登錄master讀取binlog

雖然我們在Linux上查看的ip地址是192.168.131.129，但我們創(chuàng)建賬戶登錄時不寫這個ip，寫的是192.168.131.1。因為我這里虛擬機(jī)用的是NAT模式，虛擬機(jī)（master）和物理機(jī)（slave）通信的時候，虛擬機(jī)先把數(shù)據(jù)發(fā)送到網(wǎng)關(guān)192.168.131.1（默認(rèn)與VMnet8通信），192.168.131.1再轉(zhuǎn)發(fā)到物理機(jī)，所以物理機(jī)接收到的是192.168.131.1的數(shù)據(jù)，故我們在master上為slave創(chuàng)建賬戶的時候，應(yīng)該寫192.168.131.1

如果給slave配置的不是網(wǎng)關(guān)192.168.131.1地址，錯誤日志（可在my.cnf中指定）中會有如下信息：

意思是從192.168.131.1的mslave用戶權(quán)限不夠，那是因為我們在master上配置的是允許從其他地址登錄，并不是允許從192.168.131.1地址登錄，這就導(dǎo)致權(quán)限不夠。

由于master這邊收到的就是來自192.168.131.1的請求，所以錯誤日志顯示的是192.168.131.1

所以創(chuàng)建賬戶的命令應(yīng)如下：

mysql> CREATE USER 'mslave'@'192.168.131.1' IDENTIFIED BY '1qaz@WSX';
mysql> GRANT REPLICATION SLAVE ON *.* to 'mslave'@'192.168.131.1' IDENTIFIED BY '1qaz@WSX';
mysql> FLUSH PRIVILEGES;

開啟主從復(fù)制的權(quán)限，從庫可以通過這個賬戶和密碼，從這個IP來請求訪問這個主庫上的任意庫，同步這個主庫的任意庫里的任意表

3. 獲取binlog文件名和position

看當(dāng)前二進(jìn)制日志的名字，主庫的更新是往哪個binlog寫的，以及當(dāng)前寫日志的位置，從這個位置往后開始進(jìn)行主從同步

show master status;

三、slave配置

1. 配置全局唯一的server-id

找到my.ini

配置全局唯一的server-id

重啟MySQL服務(wù)

2. 使用master創(chuàng)建的賬戶讀取binlog同步數(shù)據(jù)

這一步配置主要是給IO線程讀取binlog使用

mysql> CHANGE MASTER TO MASTER_HOST='192.168.131.129',MASTER_PORT=3306,MASTER_USER='mslave',MASTER_PASSWORD='1qaz@WSX',
MASTER_LOG_FILE='mysql-bin.000006',MASTER_LOG_POS=1262;

MASTER_HOST：指定master的ip
MASTER_LOG_FILE：binlog文件名
MASTER_LOG_POS：binlog的position

3. 開啟slave服務(wù)

通過show slave status命令查看主從復(fù)制狀態(tài)，show processlist查看master和salve相關(guān)線程的運(yùn)行狀態(tài)

四、配置中可能出現(xiàn)的問題

1. 網(wǎng)絡(luò)連接問題

通過show slave status命令查看主從復(fù)制狀態(tài)

連接connection錯誤，先考慮是否網(wǎng)絡(luò)互通，ping一下

然后再檢查從庫里面的配置信息是否正確

如果都正確，還可以檢查一下master的3306端口是否可以連接

telnet xxx.xxx.xxx.xxx 3306

最重要的是，自己玩的時候，如果虛擬機(jī)是NAT模式，則需要寫成VMnet8網(wǎng)關(guān)ip。如果都是物理機(jī)通信，那直接寫正確的ip即可

可以在MySQL數(shù)據(jù)庫下的mysql庫的user表中更改允許登錄的ip

然后重新賦予權(quán)限

mysql> GRANT REPLICATION SLAVE ON *.* to 'mslave'@'xxx.xxx.xxx.xxx' IDENTIFIED BY '1qaz@WSX';

出現(xiàn)錯誤后還可以查看錯誤日志中提示的ip是否和自己允許slave登錄的ip一致

2. binlog的position問題

在master中查看show master status一下binlog日志文件名以及position，然后用命令重新配置slave，比如：

mysql> CHANGE MASTER TO MASTER_HOST='192.168.131.129',MASTER_PORT=3306,MASTER_USER='mslave',MASTER_PASSWORD='1qaz@WSX',
MASTER_LOG_FILE='mysql-bin.000006',MASTER_LOG_POS=1262;

配置slave前需要stop slave，配置完成再start slave

3. SQL線程出錯

問題發(fā)生原因如下：

首先配置主從復(fù)制的時候，slave的mytest庫中沒有user表，而master的mytest庫已經(jīng)有user表了

配置好主從復(fù)制后直接drop table mytest.user，這就會寫到binlog里面，然后在通過dump線程和IO線程將這個操作發(fā)送到從庫的relay log，然后從庫的SQL線程從relay log里把drop table mytest.user撈出來在從庫執(zhí)行這個SQL，可從庫的mytest根本就沒有user表，這就是刪除一個不存在的表，于是出現(xiàn)錯誤了

一般我們不會做這樣的操作，一般都是主從配置以后，slave從數(shù)據(jù)開始增量進(jìn)行同步，先做數(shù)據(jù)的增量，然后做數(shù)據(jù)的增刪改查

不會配置好主從復(fù)制后，一開始就刪主庫的東西，如果真的出現(xiàn)這樣的問題，隨時可以在從庫 show slave status，來查看主從同步的狀態(tài)，有什么錯誤，就相應(yīng)解決

要么在stop slave，把position重新設(shè)置一下，start slave，即重新開啟主從同步，從最新的位置，這個drop操作不需要在從庫上同步

要么就是stop，跳過該個錯誤，然后start

stop slave;
set global sql_slave_skip_counter=1;
start slave;

可以通過show slave status查看以下標(biāo)識，IO線程出錯一般是網(wǎng)絡(luò)問題，SQL線程出錯一般是SQL在slave庫執(zhí)行出現(xiàn)了問題

 到此這篇關(guān)于MySQL實現(xiàn)配置主從復(fù)制項目實踐的文章就介紹到這了,更多相關(guān)MySQL  主從復(fù)制內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論