一、檢測(cè)通信

查看主庫（master）和從庫（slave）的ip地址，并檢測(cè)是否可以通信

保證master和slave之間網(wǎng)絡(luò)是互通的，用ping命令檢測(cè)

到這里我們知道，master的ip為192.168.131.129，slave的ip為192.168.0.6，并且可以相互通信。保證3306端口開放

查看防火墻狀態(tài)systemctl status firewalld.service

臨時(shí)手動(dòng)啟動(dòng)防火墻systemctl start firewalld.service
臨時(shí)手動(dòng)停止防火墻systemctl stop firewalld.service

持久打開防火墻（重啟服務(wù)生效）systemctl enable firewalld.service
持久關(guān)閉防火墻（重啟服務(wù)生效）systemctl disable firewalld.service

查看當(dāng)前開放的端口列表firewall-cmd --list-ports

二、master配置

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

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

vim /etc/my.cnf打開my.cnf文件

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

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

雖然我們?cè)贚inux上查看的ip地址是192.168.131.129，但我們創(chuàng)建賬戶登錄時(shí)不寫這個(gè)ip，寫的是192.168.131.1。因?yàn)槲疫@里虛擬機(jī)用的是NAT模式（如果是橋接模式就可以直接用了），虛擬機(jī)（master）和物理機(jī)（slave）通信的時(shí)候，虛擬機(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ù)，故我們?cè)趍aster上為slave創(chuàng)建賬戶的時(shí)候，應(yīng)該寫192.168.131.1

如果給slave配置的不是網(wǎng)關(guān)192.168.131.1地址，vim + /var/log/mysqld.log打開錯(cuò)誤日志會(huì)有如下信息：

這說的就是從192.168.131.1的mslave權(quán)限不夠，那是因?yàn)槲覀冊(cè)趍aster配置的是允許從其他地方登錄，并不允許從192.168.131.1地址登錄，導(dǎo)致權(quán)限不夠。

由于master這邊收到的是來自192.168.131.1的請(qǐng)求，所以錯(cuò)誤日志顯示的是192.168.131.1

創(chuàng)建用戶的命令：

//如果嫌麻煩可以用%代替192.168.131.1，，它就可以匹配任何ip
mysql> CREATE USER 'mslave'@'192.168.131.1' IDENTIFIED BY '1qaz@WSX';
//啟動(dòng)主從，在主庫上給當(dāng)前的mslave用戶開啟REPLICATION SLAVE主從復(fù)制的權(quán)限,從庫就可以通過1qaz@WSX賬戶密碼
//從192.168.131.1 IP地址來請(qǐng)求訪問這臺(tái)主庫上的任意庫里面的任意表*.*,同步這個(gè)主庫的任意庫里的任意表
mysql> GRANT REPLICATION SLAVE ON *.* to 'mslave'@'192.168.131.1' IDENTIFIED BY '1qaz@WSX';
mysql> FLUSH PRIVILEGES;

3. 獲取binlog的日志文件名和position

show master status

三、slave配置

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

配置全局唯一的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錯(cuò)粗，先考慮網(wǎng)絡(luò)是否互通，ping一下：

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

如果都正確，檢查主庫所在機(jī)器的3306端口是否正常

telnet xxx.xxx.xxx.xxx 3306

如果發(fā)現(xiàn)3306端口不能連通，就需要懷疑主庫對(duì)端口有限制嗎，也就是防火墻限制，就需要在防火墻把3306端口開放出來。

如果這個(gè)錯(cuò)誤還沒解決，就查看一個(gè)主庫的錯(cuò)誤日志/var/log/mysql/mysqld.log，查看錯(cuò)誤日志中提示的ip是否和自己允許slave登錄的ip一致

這說的就是從192.168.131.1的mslave權(quán)限不夠，自己玩的時(shí)候，如果虛擬機(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';

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線程出錯(cuò)

錯(cuò)誤原因：首先配置主從復(fù)制的時(shí)候，slave的mytest庫中沒有user表，而master的mytest庫已經(jīng)有user表了。配置好主從復(fù)制后直接drop table mytest.user，這就會(huì)寫到binlog里面，然后在通過dump線程和IO線程將這個(gè)操作發(fā)送到從庫的relay log，然后從庫的SQL線程從relay log里把drop table mytest.user撈出來在從庫執(zhí)行這個(gè)SQL，可從庫的mytest根本就沒有user表，這就是刪除一個(gè)不存在的表，于是出現(xiàn)錯(cuò)誤了。

一般我們是不會(huì)做這樣的操作的，我們一般都是主庫配置以后，slave從數(shù)據(jù)開始增量進(jìn)行同步，不會(huì)同步以后一開始就刪主庫里的東西，如果真的出現(xiàn)這樣的問題了，隨時(shí)可以通過show slave status來查看主從庫的狀態(tài)來解決錯(cuò)誤，如果是上圖這個(gè)錯(cuò)誤，
（1）可以在從庫stop slave，然后把位置重新設(shè)置一下，然后再start slave，相當(dāng)于重新開始主從同步的位置。
（2）可以在從庫stop slave，然后set global sql_slave_skip_counter=1;（跳過一個(gè)錯(cuò)誤），然后再start slave重啟從庫的線程，相當(dāng)于把錯(cuò)誤跳過了，異常操作。

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

到此這篇關(guān)于MySQL 配置主從復(fù)制實(shí)踐分享的文章就介紹到這了,更多相關(guān)MySQL 配置主從復(fù)制 內(nèi)容請(qǐng)搜索本站以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持本站！

國外穩(wěn)定服務(wù)器

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請(qǐng)保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場(chǎng)，如有內(nèi)容涉嫌侵權(quán)，請(qǐng)聯(lián)系alex-e#qq.com處理。