MySQL 配置主從復制實踐分享

Posted on by

一、檢測通信

查看主庫（master）和從庫（slave）的ip地址，並檢測是否可以通信

保證master和slave之間網絡是互通的，用ping命令檢測

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

查看防火墻狀態systemctl status firewalld.service

臨時手動啟動防火墻systemctl start firewalld.service
臨時手動停止防火墻systemctl stop firewalld.service

持久打開防火墻（重啟服務生效）systemctl enable firewalld.service
持久關閉防火墻（重啟服務生效）systemctl disable firewalld.service

查看當前開放的端口列表firewall-cmd --list-ports

二、master配置

1. 開啟二進制日志

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

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

2. 創建一個用於主從庫通信用的賬號

即在master中創建一個賬號，用於slave登錄master讀取binlog

雖然我們在Linux上查看的ip地址是192.168.131.129，但我們創建賬戶登錄時不寫這個ip，寫的是192.168.131.1。因為我這裡虛擬機用的是NAT模式（如果是橋接模式就可以直接用瞭），虛擬機（master）和物理機（slave）通信的時候，虛擬機先把數據發送到網關192.168.131.1（默認與VMnet8通信），192.168.131.1再轉發到物理機，所以物理機接收到的是192.168.131.1的數據，故我們在master上為slave創建賬戶的時候，應該寫192.168.131.1

如果給slave配置的不是網關192.168.131.1地址，vim + /var/log/mysqld.log打開錯誤日志會有如下信息：

這說的就是從192.168.131.1的mslave權限不夠，那是因為我們在master配置的是允許從其他地方登錄，並不允許從192.168.131.1地址登錄，導致權限不夠。

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

創建用戶的命令：

//如果嫌麻煩可以用%代替192.168.131.1，，它就可以匹配任何ip
mysql> CREATE USER 'mslave'@'192.168.131.1' IDENTIFIED BY '1qaz@WSX';
//啟動主從，在主庫上給當前的mslave用戶開啟REPLICATION SLAVE主從復制的權限,從庫就可以通過1qaz@WSX賬戶密碼
//從192.168.131.1 IP地址來請求訪問這臺主庫上的任意庫裡面的任意表*.*,同步這個主庫的任意庫裡的任意表
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服務

2. 使用master創建的賬戶讀取binlog同步數據

這一步配置主要是給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服務

通過show slave status命令查看主從復制狀態，show processlist查看master和salve相關線程的運行狀態

四、配置中可能出現的問題

1. 網絡連接問題

通過show slave status命令查看主從復制狀態

連接connection錯粗，先考慮網絡是否互通，ping一下：

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

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

telnet xxx.xxx.xxx.xxx 3306

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

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

這說的就是從192.168.131.1的mslave權限不夠，自己玩的時候，如果虛擬機是NAT模式，則需要寫成VMnet8網關ip。如果都是物理機通信，那直接寫正確的ip即可

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

然後重新賦予權限：

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線程出錯

錯誤原因：首先配置主從復制的時候，slave的mytest庫中沒有user表，而master的mytest庫已經有user表瞭。配置好主從復制後直接drop table mytest.user，這就會寫到binlog裡面，然後在通過dump線程和IO線程將這個操作發送到從庫的relay log，然後從庫的SQL線程從relay log裡把drop table mytest.user撈出來在從庫執行這個SQL，可從庫的mytest根本就沒有user表，這就是刪除一個不存在的表，於是出現錯誤瞭。

一般我們是不會做這樣的操作的，我們一般都是主庫配置以後，slave從數據開始增量進行同步，不會同步以後一開始就刪主庫裡的東西，如果真的出現這樣的問題瞭，隨時可以通過show slave status來查看主從庫的狀態來解決錯誤，如果是上圖這個錯誤，
（1）可以在從庫stop slave，然後把位置重新設置一下，然後再start slave，相當於重新開始主從同步的位置。
（2）可以在從庫stop slave，然後set global sql_slave_skip_counter=1;（跳過一個錯誤），然後再start slave重啟從庫的線程，相當於把錯誤跳過瞭，異常操作。

可以通過show slave status查看以下標識，IO線程出錯一般是網絡問題，SQL線程出錯一般是SQL在slave庫執行出現瞭問題

到此這篇關於MySQL 配置主從復制實踐分享的文章就介紹到這瞭,更多相關MySQL 配置主從復制 內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：