主從復制配置比較簡單，這里主要講遇到的問題，配置方法直接轉載itwork的博客，原地址傳送門：http://www.voidcn.com/article/p-ejstatll-py.html，

為方便瀏覽這里直接復制。

1、主從服務器分別作以下操作：1.1、版本一致1.2、初始化表，并在后臺啟動mysql1.3、修改root的密碼2、修改主服務器master:#vi /etc/my.cnf[mysqld]log-bin=mysql-bin?? //[必須]啟用二進制日志server-id=222 ? ? ?//[必須]服務器唯一ID，默認是1，一般取IP最后一段3、修改從服務器slave:#vi /etc/my.cnf[mysqld]log-bin=mysql-bin?? //[不是必須]啟用二進制日志server-id=226 ? ? ?//[必須]服務器唯一ID，默認是1，一般取IP最后一段4、重啟兩臺服務器的mysql/etc/init.d/mysql restart5、在主服務器上建立帳戶并授權slave:#/usr/local/mysql/bin/mysql -uroot -pmttangmysql>GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; //一般不用root帳號，“%”表示所有客戶端都可能連，只要帳號，密碼正確，此處可用具體客戶端IP代替，如192.168.145.226，加強安全。6、登錄主服務器的mysql，查詢master的狀態(tài)mysql>show master status;+------------------+----------+--------------+------------------+| File???????????? | Position | Binlog_Do_DB | Binlog_Ignore_DB |+------------------+----------+--------------+------------------+| mysql-bin.000004 |????? 308 |????????????? |????????????????? |+------------------+----------+--------------+------------------+1 row in set (0.00 sec)注：執(zhí)行完此步驟后不要再操作主服務器MYSQL，防止主服務器狀態(tài)值變化7、配置從服務器Slave：mysql>change master to master_host='192.168.145.222',master_user='mysync',master_password='q123456',master_log_file='mysql-bin.000004',master_log_pos=308;?? //注意不要斷開，308數字前后無單引號。Mysql>start slave;??? //啟動從服務器復制功能8、檢查從服務器復制功能狀態(tài)：mysql> show slave status\G*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.2.222? //主服務器地址Master_User: mysync ? //授權帳戶名，盡量避免使用rootMaster_Port: 3306 ? ?//數據庫端口，部分版本沒有此行Connect_Retry: 60Master_Log_File: mysql-bin.000004Read_Master_Log_Pos: 600 ? ? //#同步讀取二進制日志的位置，大于等于Exec_Master_Log_PosRelay_Log_File: ddte-relay-bin.000003Relay_Log_Pos: 251Relay_Master_Log_File: mysql-bin.000004Slave_IO_Running: Yes ? ?//此狀態(tài)必須YESSlave_SQL_Running: Yes ? ? //此狀態(tài)必須YES......注：Slave_IO及Slave_SQL進程必須正常運行，即YES狀態(tài)，否則都是錯誤的狀態(tài)(如：其中一個NO均屬錯誤)。以上是轉載，主從服務器配置完成。

下面就遇到問題了。

Relay_Log_Pos: 4

Relay_Master_Log_File: mysql-bin.000009

Slave_IO_Running: Connecting

Slave_SQL_Running: Yes

本人ubuntu16.04系統(tǒng)，mysql5.5，進行到這一步時Slave_IO_Running狀態(tài)為connection，很明顯從服務器沒有連接上主服務器的數據庫。出現這種情況有三種可能性：

1，網絡不通

2，密碼不對

3，pos不對，

1、直接排除，本人用的vm虛擬機網絡都是配置好的，以防萬一可以ping一下。

PING 192.168.1.50 (192.168.1.50) 56(84) bytes of data.

64 bytes from 192.168.1.50: icmp_seq=1 ttl=64 time=0.177 ms

64 bytes from 192.168.1.50: icmp_seq=2 ttl=64 time=0.257 ms

64 bytes from 192.168.1.50: icmp_seq=3 ttl=64 time=0.202 ms

2、找到原change master命令：

change master to master_host='192.168.1.50',master_user='******',master_password='123456',master_log_file='mysql-bin.000009',master_log_pos=326;

仔細看了一下 相關信息均沒有錯誤，此處若找不到命令可以去查看mysql error日志：vim /usr/local/mysql/var/******-server-4.err

翻到最下面日志開始的地方

171012 ?0:04:46 [Note] 'CHANGE MASTER TO executed'. Previous state master_host='', master_port='3306', master_log_file='', master_log_pos='4'. New state master_host='192.168.1.50', master_port='3306', master_log_file='mysql-bin.000009', master_log_pos='326'.

171012 ?0:04:56 [Note] Slave SQL thread initialized, starting replication in log 'mysql-bin.000009' at position 326, relay log './******-server-4-relay-bin.000001' position: 4

171012 ?0:07:03 [ERROR] Slave I/O: error connecting to master '******@192.168.1.50:3306' - retry-time: 60 ?retries: 86400, Error_code: 2003

此處顯示比較詳細，包括change master 配置信息 和連接錯誤信息(以上*號為mysql用戶名，請自行替換)。

3、找到原主數據庫show master status命令結果(這個找不到就真找不到了)：

mysql> show master status;

+------------------+----------+--------------+------------------+

| File ? ? ? ? ? ? | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+------------------+----------+--------------+------------------+

| mysql-bin.000009 | ? ? ?326 | ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? ?|

最后再試一下，cmd連接主服務器mysql，

C:\Users\Administrator>mysql -h 192.168.1.50 -P 3306 ?-u ****** -p

Enter password: ******

ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.50' (10060 "Unknown error")

不出所料，基本可以斷定問題在哪了，查看防火墻 iptables -L -n

DROP ? ? ? tcp ?-- ?0.0.0.0/0 ? ? ? ? ? ?0.0.0.0/0 ? ? ? ? ? ?tcp dpt:3306

外部連接3306端口被直接丟棄....好變態(tài)！

查看防火墻規(guī)則編號 ：iptables -L -n --line-number

6 ? ?DROP ? ? ? tcp ?-- ?0.0.0.0/0 ? ? ? ? ? ?0.0.0.0/0 ? ? ? ? ? ?tcp dpt:3306

現在我們刪掉這條規(guī)則：iptables -D INPUT 6

再重新添加一條規(guī)則：iptables -A INPUT -p tcp --dport 3306 -j ACCEPT

查看狀態(tài):

ACCEPT ? ? tcp ?-- ?0.0.0.0/0 ? ? ? ? ? ?0.0.0.0/0 ? ? ? ? ? ?tcp dpt:3306

修改完畢，重啟從服務器mysql、查看數據庫

之前：

mysql> show databases;

+--------------------+

| Database ? ? ? ? ? |

+--------------------+

| information_schema |

| mysql ? ? ? ? ? ? ?|

| performance_schema |

+--------------------+

之后：

+--------------------+

| Database ? ? ? ? ? |

+--------------------+

| information_schema |

| mysql ? ? ? ? ? ? ?|

| performance_schema |

| test ? ? ? ? ? ? ? |

+--------------------+

同步完成！

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的mysql主从复制缺陷_mysql主从复制及遇到的坑的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。