千家信息网

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

发表于:2026-11-02 作者:千家信息网编辑
千家信息网最后更新 2026年11月02日,本文主要给大家简单讲讲配置mysql主从复制经常会遇到的坑,相关专业术语大家可以上网查查或者找一些相关书籍补充一下,这里就不涉猎了,我们就直奔主题吧,希望配置mysql主从复制经常会遇到的坑这篇文章可
千家信息网最后更新 2026年11月02日配置mysql主从复制经常会遇到的坑

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

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;

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

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

查看防火墙规则编号 :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主从复制经常会遇到的坑就先给大家讲到这里,对于其它相关问题大家想要了解的可以持续关注我们的行业资讯。我们的板块内容每天都会捕捉一些行业新闻及专业知识分享给大家的。

服务器 服务 状态 配置 主从 日志 数据 数据库 错误 常会 二进制 信息 命令 密码 规则 问题 不对 专业 功能 客户 数据库的安全要保护哪些东西 数据库安全各自的含义是什么 生产安全数据库录入 数据库的安全性及管理 数据库安全策略包含哪些 海淀数据库安全审计系统 建立农村房屋安全信息数据库 易用的数据库客户端支持安全管理 连接数据库失败ssl安全错误 数据库的锁怎样保障安全 互联网科技 互联网络科技 新华互联网科技学院 互联网与科技发展 广州互联网科技公司 西安互联网科技 互联网科技视频素材 开启互联网科技时代小说 西藏七维空间互联网科技有限公司 隆华科技工业互联网 互联网科技项目计划书材料类 崇明区互联网教育科技售后服务 互联网媒体平台算高科技产业 中国互联网十大科技股排名 伊宁互联网科技做什么的 上海乐五互联网科技有限公司 上海同邻互联网科技有限公司规模 唯美互联网科技 互联网科技收购价值 广州三三互联网科技有限公司 互联网金融科技 互联网科技股 百单网互联网科技有限公司怎么样 唐信互联网科技 大连 成都玖崟互联网科技有限公司乐商圈怎么样 威龙国际互联网科技公司 浙南科技城互联网大厦招聘 上海创道互联网络科技有限公司 互联网安防科技感 银川新华互联网科技学校招聘
0