Slave_IO_Running: No 的解决

原创 已于 2022-09-20 15:18:32 修改 · 1w 阅读 · 34 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #java #服务器 #linux

于 2022-09-20 10:52:30 首次发布

 Slave_IO_Running: No解决办法：

1：使用 find / -iname "auto.cnf" 命令查找你数据库的auto.cnf 配置文件。

find / -iname "auto.cnf"

最低0.47元/天 解锁文章
成功解决主从同步异常之Slave_IO_Running显示为No的问题
低调，谦虚，自律，反思，成长，保持热爱，奔赴梦想
03-18 2720
成功解决MySQL主从问题之slave_io_running显示为no的问题
MySQL主从同步错误解决和Slave IO Running NO
JfpBlockchain的博客
10-08 1164
MySQL主从同步是一种常见的数据库复制技术，它允许将一个MySQL数据库服务器（主服务器）的更改自动复制到一个或多个其他MySQL数据库服务器（从服务器）。检查主服务器权限：从服务器需要使用特定的权限来连接和复制主服务器的数据。命令，获取主服务器的binlog文件名和位置（File和Position的值）。，这意味着从服务器无法与主服务器建立IO线程的连接。如果无法连接，请检查网络设置和防火墙配置，并确保主服务器的IP地址和端口是正确的。检查网络连接：首先，确保从服务器可以与主服务器建立网络连接。
mysql 数据同步 出现Slave_IO_Running:No问题的解决方法小结
01-21
下面写一下，这两个要是有no了，怎么恢复。。 如果是slave_io_running no了，那么就我个人看有三种情况，一个是网络有问题，连接不上，像有一次我用虚拟机搭建replication，使用了nat的网络结构，就是死都连不上，第二个是有可能my.cnf有问题，配置文件怎么写就不说了，网上太多了，最后一个是授权的问题，replication slave和file权限是必须的。如果不怕死就all咯。。 一旦io为no了先看err日志，看看爆什么错，很可能是网络，也有可能是包太大收不了，这个时候主备上改max_allowed_packet这个参数。 如果是slave_sql_running
slave_io_running: no 的解决
2301_77337353的博客
04-24 3414
在配置主从复制的时候，只安装了一台linux，又克隆了一台，一主一从，关键点就是克隆的，才导致了报Slave_IO_Running: NO。1·使用 find / -iname "auto.cnf" 命令查找你数据库的auto.cnf 配置文件。2.uuid是唯一标识，所以克隆过来的uuid是一样的，只需要修改一下uuid就可以了。stop slave;3.修改之后，记得重新启动数据库。
Slave_IO_Running: No 解决办法
weixin_55076626的博客
11-21 2242
两台主从数据库的相同了（没猜错的话，各位的第二台虚拟机都是克隆了第一台，然后就改了个ip对吧）。
MYSQL同步 Slave_IO_Running: No 或者Slave_SQL_Running: No的解决方法[已测]
09-11
### MySQL同步Slave_IO_Running: No 或者Slave_SQL_Running: No的解决方法 #### 背景介绍 在MySQL数据库环境中，为了提高数据的安全性和可用性，通常会采用主从复制的方式进行数据同步。主从复制可以让一个或多个...
精选资源
Mysql主从复制Slave_IO_Running: No解决
01-20
问题描述： 查看 master: mysql> show master status; +------------------+----------+--------------+--------------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | ...
精选资源
mysql 主从数据不一致,提示： Slave_SQL_Running: No 的解决方法
01-19
本文实例讲述了mysql 主从数据不一致,提示： Slave_SQL_Running No 的解决方法。分享给大家供大家参考，具体如下： 在slave服务器上通过如下命令 mysql> show slave status\G; 显示如下情况： Slave_IO_Running: ...
Slave_IO_Running: No /Connecting，或Slave_SQL_Running: No总结
weixin_63793386的博客
07-04 1772
I/O 线程负责从主服务器读取二进制日志（binlog）事件，并将其写入到从服务器的中继日志 （relay log）中。SQL线程负责读取中继日志（Relay Log）中 的事件，并在从服务器上执行这些事件，以实现数据的复制。（注意：密码是否正确，端口一般是3306，除非你特意设置，还有偏移量是否与主库一致， 文件名mysql_bin.000002中间的横杠是否是mysql-bin.000002）
主从复制Slave_IO_Running: NO Slave_SQL_Running: NO ，Slave failed to initialize relay log info struct解决办法
eagle89的专栏
07-06 3681
Slave_IO_Running: NO Slave_SQL_Running: NO
mysql主从复制之异常解决--- Slave_IO_Running: NO 之三大原因
a1405的专栏
02-21 4615
原因一 如果安装了一台linux 又克隆了两台，一主两从 , 关键点就在于我是克隆的，才导致了报Slave_IO_Running: NO  原因：mysql 有个uuid , 然而uuid 是唯一标识的，所以我克隆过来的uuid是一样的，只需要修改一下uuid 就ok了，找到auto.cnf 文件修改uuid。auto.cnf文件一般在 /var/lib/mysql/auto.cnf , 如果...
mysql Slave_IO_Running:NO（解决方法)
热门推荐
xu1314的专栏
06-26 4万+
Master slave 复制错误 Description： Slave_IO_Running:NO Slave_SQL_Running:Yes Seconds_Behind_Master: NULL 本人遇到的Slave_IO_Running:NO的情况有下面两种： 1. 在配置slave同步时因为slave访问master没有权限导致； 2. master上的mysql-bin.
【MySQL】MySQL主从同步失败Slave_IO_Running: No与 Slave_SQL_Running: No。MySQL主从同步修复
wenchun001的博客
06-13 1203
最近在学习MySQL集群，主从集群，多主多从，负载Haproxy，高可用Keepalived。MySQL主从同步失败Slave_IO_Running: No与 Slave_SQL_Running: No。MySQL主从同步修复
mysql主从备份之Slave_IO_Running: no
岑如花
10-17 6109
最近在测试mysql主从备份设置好后，做主从备份时发现，备机没有备份数据， 使用 show slave status\G 查看从库的状态时发现 Slave_IO_Running: no Slave_SQL_Running: Yes 如图 这是由于Slave_IO_Running: no 表示从主库读取数据的IO不通， 在错误从库状态中有如下图所示错误提示： 提示主库和从库的UUID是同一个导致...
主从错误Slave_IO_Running: No
weixin_45387943的博客
03-30 676
主从错误Slave_IO_Running: No
mysql主从复制异常Slave_IO_Running: NO的出现原因以及解决
weixin_45490171的博客
05-28 7179
原因一：mysql5.6以上版本使用唯一uuid表示符，数据迁移是使用的物理备份，uuid会重复，修改uuid不一致即可 原因二：确认server-id 是否唯一， mysql 有可能并没有加载my.cnf 文件中的server-id
slave_IO_running:no
最新发布
05-27
### 排查MySQL主从复制中Slave_IO_Running状态为No的原因及解决方案 当 `Slave_IO_Running` 的状态显示为 `No` 时，通常表示从服务器无法正常连接到主服务器并获取二进制日志事件。以下是可能的原因及其对应的解决方法： #### 原因一：主从配置中的用户名或密码错误 如果在设置从服务器时使用的用户名或密码不正确，则可能导致连接失败。 - **验证方式**: 使用相同的凭据尝试手动登录主数据库实例。 - **修复措施**: ```sql GRANT REPLICATION SLAVE ON *.* TO 'slave_user'@'%' IDENTIFIED BY 'your_password'; FLUSH PRIVILEGES; ``` 此命令用于创建具有适当权限的新用户或将现有用户的密码重置[^1]。 --- #### 原因二：主机名/IP地址未正确定义 如果从服务器上的 `MASTER_HOST` 参数指定的 IP 地址或主机名有误，也可能导致连接问题。 - **验证方式**: 确认主服务器的实际网络可达性和域名解析情况。 - **修复措施**: 更新从服务器的主服务器信息： ```sql CHANGE MASTER TO MASTER_HOST='correct_master_ip', MASTER_USER='slave_user', MASTER_PASSWORD='your_password', MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=11128001; START SLAVE; ``` 确保以上参数与实际环境匹配[^1]。 --- #### 原因三：主从服务器ID冲突 如果主服务器和从服务器之间的 `server_id` 配置相同，则会引发致命错误，并停止 I/O 线程。 - **验证方式**: 检查两台服务器的 `my.cnf` 文件中是否有重复的 `server_id` 设置。 - **修复措施**: 修改 `my.cnf` 中的 `server_id` 并重启服务： ```ini [mysqld] server_id=2 # 对于从服务器应不同于主服务器 ``` 同步完成后再次启动从线程： ```sql STOP SLAVE; RESET SLAVE ALL; CHANGE MASTER TO MASTER_HOST='master_host', MASTER_USER='slave_user', MASTER_PASSWORD='your_password', MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=11128001; START SLAVE; ``` 注意，不同节点间的 `server_id` 必须唯一[^2]。 --- #### 原因四：GTID模式下的事务一致性问题 启用全局事务 ID (GTID) 复制的情况下，可能会因为主从数据差异而触发同步中断。 - **验证方式**: 查看 `SHOW SLAVE STATUS\G` 输出中的具体错误描述。 - **修复措施**: 清理旧的日志记录后再导入新的备份文件： ```sql SET GLOBAL gtid_purged='uuid_set'; -- 替换 uuid_set 为主库当前 GTID_SET SOURCE dump.sql; -- 导入最新的逻辑备份 ``` 必要时可以考虑重建整个从库结构来恢复一致的状态[^4]。 --- #### 原因五：主服务器崩溃或者不可达 任何物理层面的因素比如硬件故障、断网等都会影响正常的通信链路建立过程。 - **验证方式**: 测试 ping 或 telnet 到目标端口是否成功。 - **修复措施**: 联系运维团队确认基础设施健康状况；一旦恢复正常即刻执行如下操作以继续工作流： ```sql START SLAVE; SHOW SLAVE STATUS\G; ``` 只有在网络稳定之后才能进一步分析其他潜在隐患[^5]。 --- ### 总结 通过逐一排除上述可能性即可定位根本原因所在，并采取相应对策加以修正。最终目的是让两个进程都处于运行态(`Yes`)从而实现持续的数据流转效果。 ```sql SHOW SLAVE STATUS\G; -- Expected Output: Slave_IO_Running: Yes Slave_SQL_Running: Yes ```
评论 4
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值