mysql主从复制之异常解决--- Slave_IO_Running: NO 之三大原因

最新推荐文章于 2024-08-26 23:11:36 发布
置顶 最新推荐文章于 2024-08-26 23:11:36 发布
阅读量1.9w 收藏 19
点赞数 5
分类专栏： mysql 数据库 文章标签： mysql 数据 异常
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mqsyoung/article/details/78361469
版权
本文探讨了在MySQL主从复制过程中遇到Slave_IO_Running: NO错误的三种可能原因：1) 克隆导致的UUID冲突，需要修改auto.cnf文件中的uuid；2) 主从服务器ID相同，需确保ID不同或使用--replicate-same-server-id选项；3) 二进制日志中出现数据截断问题，可能因磁盘空间不足造成。
摘要由CSDN通过智能技术生成

失之毫厘，差之千里，mysql同步数据就是这样

关于 Slave_IO_Running: NO 的错误其实有很多原因，在这先说一种

环境：Centos6.7 , MySQL-5.6.25
首先我只安装了一台linux 又克隆了两台，一主两从 , 关键点就在于我是克隆的，才导致了报Slave_IO_Running: NO
原因一：
原因：mysql 有个uuid , 然而uuid 是唯一标识的，所以我克隆过来的uuid是一样的，只需要修改一下uuid 就ok了，找到auto.cnf 文件修改uuid

	auto.cnf文件一般在  ./var/lib/mysql/auto.cnf , 如果没有那就用linux 查询命令找：find -name auto.cnf

原因二：

Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it).

原因： 首先确认server-id 是否唯一， mysql 有可能并没有加载my.cnf 文件中的server-id

解决办法：①修改server-id (在my.cnf 文件中) ，
最低0.47元/天 解锁文章
一泪痕
关注
专栏目录
配置数据库主从复制时Slave_IO_Running为No的问题与解决
qq_1243443888的博客
06-24 4520
配置数据库主从复制 步骤 - 主服务器的配置 1. 在第一个服务器上，编辑mysql配置文件 // 编辑mysql配置文件 vi /etc/my.cnf // 在[mysqld]下面加上： // log-bin代表开启主从复制，server-id代表主从服务器的唯一标识 log-bin=mysql-bin server-id=1 innodb_flush_log_at_trx_commit=1 sync_binlog=1 2. 查看主服务器的配置 // 重启mysql
mysql slave_io_running: no_mysql 数据同步 出现Slave_IO_Running:No问题的解决方法小结
weixin_39560207的博客
01-30 1238
mysql replication 中slave机器上有两个关键的进程，死一个都不行，一个是slave_sql_running，一个是Slave_IO_Running，一个负责与主机的io通信，一个负责自己的slave mysql进程。下面写一下，这两个要是有no了，怎么恢复。。如果是slave_io_running no了，那么就我个人看有三种情况，一个是网络有问题，连接不上，像有一次我用虚拟机...
mysql主从备份之Slave_IO_Running: no
岑如花
10-17 6012
最近在测试mysql主从备份设置好后，做主从备份时发现，备机没有备份数据， 使用 show slave status\G 查看从库的状态时发现 Slave_IO_Running: no Slave_SQL_Running: Yes 如图 这是由于Slave_IO_Running: no 表示从主库读取数据的IO不通， 在错误从库状态中有如下图所示错误提示： 提示主库和从库的UUID是同一个导致...
CentOS安装使用教程与集群环境搭建
最新发布
zcs2312852665的博客
08-26 2246
虚拟机克隆是一种常见的操作，它允许您创建一个现有虚拟机的完整副本。这样做的好处是可以快速部署多个相同配置的虚拟机，节省时间和资源。虚拟机克隆通常有两种主要方式：完全克隆和链接克隆。XShell 是一款广泛使用的终端模拟器软件，主要用于通过 SSH（Secure Shell）协议连接到远程服务器。多标签界面：支持在一个窗口中打开多个会话标签，方便同时管理多个服务器。高度可配置：用户可以根据个人喜好自定义界面的颜色方案、字体大小等。安全性：支持多种认证方式（如密码、公钥认证等），以保障连接的安全性。
mysql主从复制之异常解决--- Slave_IO_Running: NO 之三大原因
a1405的专栏
02-21 3645
原因一 如果安装了一台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
李在奋斗的博客
09-27 2694
mysql主从复制之异常解决— Slave_IO_Running: NO 之三大原因 原因一：mysql5.6以上版本使用唯一uuid表示符，数据迁移是使用的物理备份，uuid会重复，修改uuid不一致即可 vim /var/lib/mysql/auto.cnf [auto] server-uuid=85dba00a-e0ef-11e9-b341-000c29812345 # 任意修改几位，重启...
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主从复制时， Slave_IO_Running: No
weixin_63793386的博客
06-26 337
因为有相同的uuids，这个原因是我的从库是克隆得来的，主服务器和从服务器的MySQL服务器UUID相同，这两个UUID必须不同才能使复制正常工作。1. 查看错误日志存放位置的方法：在数据库中 show variables like 'log_%';解决方法：查找从库的auto.cnf: find / -iname "auto.cnf"2.然后查看错误日志的后50行：tail -50 /var/log/mysqld.log。stop slave;
MySQL-----主从复制 Slave_SQL_Running:no
jmwn99的博客
02-06 3586
主从复制
mysql 主从数据不一致,提示： Slave_SQL_Running: No 的解决方法
01-19
本文实例讲述了mysql 主从数据不一致,提示： Slave_SQL_Running No 的解决方法。分享给大家供大家参考，具体如下： 在slave服务器上通过如下命令 mysql> show slave status\G; 显示如下情况： Slave_IO_Running: ...
Mysql主从复制Slave_IO_Running: No解决
01-20
mysql> show master status; +------------------+----------+--------------+--------------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +----...
mysql 主从复制Slave_IO_Running: Connecting Slave_SQL_Running: NO
ITCSDN_的博客
12-18 773
mysql 主从复制Slave_IO_Running: Connecting Slave_SQL_Running: NO①停止slave②重置master③使用下述命令查看主机内容：④去从机上操作⑤启动slave⑥查看slave 这个问题解决起来其实也很简单 至于mysql配置文件，也就是/etc/my.cnf中的文件呢，就不说了。 首先找到你的主机 ①停止slave stop slave; ②重置master reset master ③使用下述命令查看主机内容： show master stat
Slave_IO_Running: No
weixin_40991510的博客
06-01 2223
mysql 5.6.16-64.0安装主从192.168.5.248 ---主192.168.5.53 ---从第一次搭建主从环境的时候，发现主从id一样，均为1;mysql> show variables like'server_id';+---------------+-------+| Variable_name | Value |+---------------+-------+| ...
mysql slave io_解决 mysql 从库 Slave_IO_Running: No
weixin_42514202的博客
01-27 351
由于主库的主机192.168.1.1宕机,再次启来后，从库192.168.71.1连接主库发现报错.Slave_IO_Running: Noroot@192.168.71.1:~#mysql-uroot-p--socket=/opt/mysql/3399/3399.sockEnterpassword:WelcometotheMySQLmonitor.Commandsend...
主从复制Slave_IO_Running: NO Slave_SQL_Running: NO ，Slave failed to initialize relay log info struct解决办法
eagle89的专栏
07-06 2881
Slave_IO_Running: NO Slave_SQL_Running: NO
Mysql主从复制--Slave_Io_Running:no
qq_45748758的博客
08-23 383
Mysql主从复制--Slave_Io_Running:no
mysql主从复制io为no_mysql主从复制Slave_IO_Running: No错误
weixin_42528974的博客
01-19 639
mysql主从复制Slave_IO_Running: No错误在从服务器上show slave status\G;mysql> show slave status\G;*************************** 1. row ***************************Slave_IO_State: Connecting to masterMaster_Host: 10...
MySQL主从复制，从库Slave_IO_Running: No问题排查
温客行的博客
06-20 5541
在Docker中搭建的MySQL主从环境，重启了从库1的mysql，对主库的操作没有再同步到从库1。查看从库1，Slave_IO_Running: No。Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work ..............
MySQL主从复制，从库Slave_IO_Running:+No
12-12
MySQL主从复制是一种常见的数据库备份和负载均衡方案。在主从复制中，主库将更新记录到二进制志中，从库通过读取主库的二进制日志来同步更新。在这个过程中，如果从库的Slave_IO_Running状态为No，则说明从库无法连接到主库或者无法读取主库的二进制日志。这可能是由于以下原因导致的： 1. 主库无法连接：从库无法连接到主库，可能是由于网络故障、主库宕机或者主库防火墙等原因导致的。可以通过ping主库IP地址或者telnet主库的3306端口来检查主库是否可达。 2. 主库二进制日志文件不存在：从库无法读取主库的二进制日志文件，可能是由于主库的二进制日志文件已经被删除或者被移动到其他位置导致的。可以通过在主库上执行show master status命令来查看当前的二进制日志文件名和位置。 3. 从库配置错误：从库的配置文件中可能存在错误，例如主库的IP地址、端口号、用户名、密码等信息配置错误，或者主从库的server_id没有设置或者设置重复等问题。可以通过检查从库的配置文件my.cnf来查看是否存在配置错误。 如果从库的Slave_IO_Running状态为No，可以尝试执行以下步骤来解决问题： 1. 检查主库和从库的网络连接是否正常，确保从库可以ping通主库的IP地址或者telnet主库的3306端口。 2. 在主库上执行show master status命令，查看当前的二进制日志文件名和位置，并在从库上执行change master to命令，将主库的二进制日志文件名和位置设置为与主库一致。 3. 检查从库的配置文件my.cnf，确保主库的IP地址、端口号、用户名、密码等信息配置正确，且server_id没有设置或者设置正确。 4. 在从库上执行start slave命令，重新启动从库的复制进程。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值