MYSQL主从配置,Slave_IO_Running:NO,报错为1539

现象:

原因:

原因来源于虚机是云平台克隆出来的。查了很多解决方法,并没有找到一个说全的,大部分都是只说修改server_uuid,笔者修改后并未生效,后面查询到server_id的报错,后修改成功。

解决方法:

登入两方数据库,输入下述命令,查询id值是否一致

mysql> SHOW VARIABLES LIKE '%server_%';
+---------------------------------+--------------------------------------+
| Variable_name                   | Value                                |
+---------------------------------+--------------------------------------+
| innodb_ft_server_stopword_table |                                      |
| server_id                       | 77                                   |
| server_id_bits                  | 32                                   |
| server_uuid                     | 61d257e9-1c8f-11ed-9ba6-fa160a1d0d0e |
+---------------------------------+--------------------------------------+
4 rows in set (0.01 sec)


mysql> SHOW VARIABLES LIKE '%server_%';
+---------------------------------+--------------------------------------+
| Variable_name                   | Value                                |
+---------------------------------+--------------------------------------+
| innodb_ft_server_stopword_table |                                      |
| server_id                       | 77                                   |
| server_id_bits                  | 32                                   |
| server_uuid                     | 61d257e9-1c8f-11ed-9ba6-fa160a1d0d0e |
+---------------------------------+--------------------------------------+
4 rows in set (0.01 sec)

发现其中server_uuid和server_id值相同

1.修改server_id

进入linux服务器,输入

find / -iname "my.cnf"

2:环境不同目录不尽相同,进入查询到的配置文件,将其中的server-id改成于主机不同的(或者直接rm -f删除文件)

vim /etc/my.cnf
(修改图中红框里面的值,改成与主机不一致的)

2.修改server_uuid

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

find / -iname "auto.cnf"

2:环境不同目录不尽相同,进入查询到的配置文件,将其中的server-id改成于主机不同的(或者直接rm -f删除文件)

vim /usr/local/mysql/data/auto.cnf
[auto]
server-uuid=61d257e9-1c8f-11ed-9ba6-fa160a1d0d0e(改这个地方)

3.验证

1.从数据库,重新启动mysql

systemctl restart mysqld

2.登录mysql,再次验证

如下,成功。

参考链接:Slave_IO_Running: No 的解决_踏风彡的博客-CSDN博客_io running no

  • 2
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL 主从复制是一种非常重要且常用的数据同步方式,对于数据库管理员来说,保证主从同步的正常运行对于数据库的可靠性和稳定性都是非常重要的。当我们在使用 MySQL 主从同步时,如果发现 slave_io_running:no 的情况,那么意味着 MySQL服务器IO 线程停止了工作。 IO 线程是 MySQL 主从复制中非常重要的一个组件,它的作用是从主服务器上读取二进制数据,并将其传输到从服务器上。如果 IO 线程出现问题,那么意味着从服务器无法从主服务器获取新的数据,从而导致从服务器无法同步主服务器的数据。 在出现 slave_io_running:no 的情况时,我们需要立即查找 IO 线程出现问题的原因,并进行解决。以下是常见的 IO 线程故障原因及对应解决方案: 1. 网络问题。如果主服务器和从服务器之间的网络出现了问题,那么 IO 线程就无法正常工作。我们可以通过检查网络连接以及网络质量来解决这个问题。 2. DNS 解析错误。如果主服务器和从服务器之间使用的是主机名进行通信,那么可能出现 DNS 解析错误的情况。我们需要检查主机名是否正确,以及 DNS 解析是否正常。 3. 权限问题。如果从服务器的用户权限不正确,那么也可能会导致 IO 线程无法正常工作。我们需要检查从服务器的用户权限是否足够,以及是否正确配置主从服务器之间的连接信息。 4. 数据库配置问题。如果从服务器数据库配置不正确,那么也可能会导致 IO 线程无法正常工作。我们需要检查从服务器数据库配置是否正确,并根据需要进行更改。 总的来说,当出现 slave_io_running:no 的情况时,我们需要立即对问题进行排查和解决,以便尽快恢复 MySQL 主从同步的正常运行。在排查问题过程中,我们需要充分了解 MySQL 主从复制的工作原理,熟悉常见的故障原因,并加强对 MySQL 数据库的日常维护和管理工作,以提高数据库的可靠性和稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值