配置mysql主从复制经常会遇到的坑

本文主要给大家简单讲讲配置MySQL主从复制经常会遇到的坑，相关专业术语大家可以上网查查或者找一些相关书籍补充一下，这里就不涉猎了，我们就直奔主题吧，希望配置mysql主从复制经常会遇到的坑这篇文章可以给大家带来一些实际帮助。

成都创新互联公司2013年至今，是专业互联网技术服务公司，拥有项目网站建设、网站制作网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元贵定做网站,已为上家服务,为贵定各地企业和个人服务,联系电话:18982081108

1、主从云服务器分别作以下操作：
1.1、版本一致
1.2、初始化表，并在后台启动mysql
1.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 restart

5、在主云服务器上建立帐户并授权slave:
   #/usr/local/mysql/bin/mysql -uroot -pmttang
   mysql>GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; //一般不用root帐号，“%”表示所有客户端都可能连，只要帐号，密码正确，此处可用具体客户端IP代替，如192.168.145.226，加强安全。

6、登录主云服务器的mysql，查询master的状态
   mysql>show master status;
   +------------------+----------+--------------+------------------+
   | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
   +------------------+----------+--------------+------------------+
   | mysql-bin.000004 |      308 |              |                  |
   +------------------+----------+--------------+------------------+
   1 row in set (0.00 sec)
   注：执行完此步骤后不要再操作主云服务器MYSQL，防止主云服务器状态值变化

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、检查从云服务器复制功能状态：

   mysql> show slave status\G

   *************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.2.222 //主云服务器地址
Master_User: mysync //授权帐户名，尽量避免使用root
Master_Port: 3306 //数据库端口，部分版本没有此行
Connect_Retry: 60
Master_Log_File: mysql-bin.000004
Read_Master_Log_Pos: 600 //#同步读取二进制日志的位置，大于等于Exec_Master_Log_Pos
Relay_Log_File: ddte-relay-bin.000003
Relay_Log_Pos: 251
Relay_Master_Log_File: mysql-bin.000004
Slave_IO_Running: Yes //此状态必须YES
Slave_SQL_Running: Yes //此状态必须YES
                    ......

注：Slave_IO及Slave_SQL进程必须正常运行，即YES状态，否则都是错误的状态(如：其中一个NO均属错误)。

以上是转载，主从云服务器配置完成。

下面就遇到问题了。

Relay_Log_Pos: 4

Relay_Master_Log_File: mysql-bin.000009

Slave_IO_Running: Connecting

Slave_SQL_Running: Yes

本人ubuntu16.04系统，mysql5.5，进行到这一步时Slave_IO_Running状态为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;

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

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

| 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端口被直接丢弃....好变态！

查看防火墙规则编号：iptables -L -n --line-number

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

现在我们删掉这条规则：iptables -D INPUT 6

再重新添加一条规则：iptables -A INPUT -p tcp --dport 3306 -j ACCEPT

查看状态:

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 |

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

同步完成！

配置mysql主从复制经常会遇到的坑就先给大家讲到这里，对于其它相关问题大家想要了解的可以持续关注我们的行业资讯。我们的板块内容每天都会捕捉一些行业新闻及专业知识分享给大家的。

分享文章：配置mysql主从复制经常会遇到的坑
文章路径：http://scyanting.com/article/peshej.html

配置mysql主从复制经常会遇到的坑

其他资讯