目录 原因： 解决办法： 1：使用 find / -iname auto.cnf 命令查找你数据库的auto.cnf 配置文件。 2：对这个配置文件的uuid进行更改。 3：重新启动mysql 4：登录mysql，重启slave，再次验证 总结
目录原因：解决办法：1：使用 find / -iname "auto.cnf" 命令查找你数据库的auto.cnf 配置文件。2：对这个配置文件的uuid进行更改。 3：重新启动mysql4： 登录mysql，重启slave，再次验证总结
原因：
两台主从数据库的uuid相同了（没猜错的话，各位应该是直接克隆了linux服务器，然后配置主从数据库，一通操作，到最后启动从数据库，发现的这个问题吧）。
解决办法：
1：使用 find / -iname "auto.cnf" 命令查找你数据库的auto.cnf 配置文件。
find / -iname "auto.cnf"
我的在这个目录下，同学们的也可能在其他目录，取决于你mysql放的位置哈。
2：对这个配置文件的uuid进行更改。
vim /var/lib/mysql/auto.cnf （文件路径不一样记得改）
譬如：你把最后的f改成e，跟主数据库不一样就行。
3：重新启动mysql
systemctl restart mysqld
4： 登录mysql，重启slave，再次验证
mysql -uroot -p 登录mysql
stop slave; 停止链路
start slave; 启动链路
show slave status G; 查看链路
如下，成功。
总结
到此这篇关于MySQL数据同步出现Slave_IO_Running: No问题解决的文章就介绍到这了,更多相关Slave_IO_Running: No解决内容请搜索每日运维以前的文章或继续浏览下面的相关文章希望大家以后多多支持每日运维！
