MySQL主从复制不同步及报错的问题

本文详细指导如何修复MySQL主从复制中因uuid值一致导致的Slave_IO_Running:NO问题,包括检查文件、登录验证、server-id设置,最终通过修改auto.cnf文件解决,并提供异常情况下进一步操作建议。

问题:

Fatal error: The slave I/O thread stops because master and slave have equal..

主从服务器MySQL同步时遇到了从数据库显示 Slave_IO_Running:NO 的问题。

排查:

① 查看一下从库的 Master_Log_File 和 Master_Log_Pos 是否和主库对应:

主库:

 从库:

 如果主库和从库的 Master_Log_File 和 Master_Log_Pos 都是一致的话,继续往下↓↓↓

② 查看从库是否可以登录到主库:

如果可以登录,继续往下↓↓↓

③ 查看主库和从库的 server-id 是否一致,server-id 是不能一致的:

主库:

从库:

如果 server-id 也不一致,继续往下↓↓↓

④ 如果到了这里,说明你的情况也和我一样,是 uuid值 一致导致的

我们先查看一下主库和从库的 uuid

主库:

 

从库:

 

可以看出主库和从库的 uuid 的值是相同的,所以才会导致 Slave_IO_Running:NO 的问题。

 

解决:

 找到 auto.cnf 文件,修改里面的 uuid 值,保证各个 db 的 uuid 不一样,重启 db 即可。

  • 查找 auto.cnf 文件
find / -name auto.cnf
  • 修改 auto .cnf 文件
vim /usr/local/mysql/data/auto.cnf

注意:这里修改的 auto.cnf 文件,随便是主库的还是从库的都可以,只要保证主库和从库的 uuid 的值不一致即可。

  • 重启 MySQL
systemctl restart mysql

到这里就基本上就可一实现同步了!!!

番外:

如果,你到了这里,说明你还没有成功同步~~~

那么,你可以试试下面的方法:

先查看 从库 的信息:

如果你是,Slave_SQL_Running:no 的这种情况:

解决办法:

MariaDB [(none)]> stop slave;                                                      
MariaDB [(none)]> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; START SLAVE;            
MariaDB [(none)]> start slave;                                                      
MariaDB [(none)]> show slave status\G  

 

如果你是,slave_io_running:no 的这种情况:

 解决办法:

1.查看主服务器

MariaDB [(none)]> show master status\G

2.在从服务器上查看

 发现问题:发现Master_Log_File没有对应。

 3.在从库上进行下面操作

MariaDB [(none)]> slave stop;                 
MariaDB [(none)]>CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000026', MASTER_LOG_POS=0;  
MariaDB [(none)]> slave start;                               
MariaDB [(none)]> show slave status\G   

到这里就全部解决了~~~

基本上MySQL主从 复制的一系列问题就是这几种!!!

注:番外的原文地址

### MySQL 主从复制搭建教程 MySQL主从复制是一种常见的数据同步方式,通过将主库的数据变更实时传递到从库来实现高可用性和负载均衡。以下是关于如何搭建MySQL主从复制的具体说明: #### 配置主服务器 在主服务器上,需要修改`my.cnf`文件并启用二进制日志功能。 ```ini [mysqld] server-id=1 log-bin=mysql-bin binlog-do-db=testdb ``` 完成配置后重启MySQL服务,并创建用于主从复制的用户账户[^1]。 ```sql CREATE USER 'mysync'@'%' IDENTIFIED BY 'Abc123456'; GRANT REPLICATION SLAVE ON *.* TO 'mysync'@'%'; FLUSH PRIVILEGES; ``` 接着锁定表结构以防止写入操作影响后续步骤。 ```sql FLUSH TABLES WITH READ LOCK; SHOW MASTER STATUS; ``` 记录下显示的日志文件名(`File`)和位置(`Position`)以便稍后设置从服务器使用这些参数连接至主服务器。 #### 设置从服务器 同样地,在从服务器也需要调整其`my.cnf`中的唯一ID号。 ```ini [mysqld] server-id=2 relay-log=mysql-relay-bin read-only=true ``` 之后启动MySQL进程前确保已解锁之前锁住的状态。 ```sql UNLOCK TABLES; CHANGE MASTER TO MASTER_HOST='172.16.25.205', MASTER_USER='mysync', MASTER_PASSWORD='Abc123456', MASTER_PORT=33306, MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=37611; START SLAVE; ``` 验证状态是否正常运行。 ```sql SHOW SLAVE STATUS\G ``` 如果一切顺利,则可以看到 `Slave_IO_Running` 和 `Slave_SQL_Running` 均为 Yes 表明成功建立起了主从关系^。 对于错误码 **13117** ,通常表示由于网络问题或者权限不足等原因导致无法正确初始化 Slave IO线程 。可以尝试重新指定 Master信息 或者检查防火墙规则允许必要的端口通信 [^2]. 另外需要注意的是当遇到此类问题时还可以查看具体的 Error Message 来进一步定位具体原因所在 ^[]. --- ### 解决方案总结 针对错误代码 13117 可能的原因有以下几个方面: - 网络连通性存在问题; - 用户认证失败; - 日志文件路径不匹配; 逐一排查以上可能性即可找到根本解决办法。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

写BUG的ySir

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值