The slave I/O thread stops because master and slave have equal MySQL server UUIDs

 

在MySQL中开启主从复制失败：

原因
先确定主机和从机的server-id是否不一样，如果一样也会导致主从复制失败。主机和从机的server-id在/etc/my.cnf配置文件中配置的，下面的结果不一致说明不是server-id的问题

那么接下来就看错误日志，我们可以从/etc/my.cnf文件中知道错误日志文件的位置，这是mysql配置文件中默认就有的，如果你改变了也可以查看你改变的位置。

使用cat /var/log/mysqld.log命令查看错误日志文件

通过查看错误日志发现是主机和从机的UUID一致了，要求不一样。

其实我们在执行show slave status\G命令的结果中也可以看到错误日志：Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

知道了是UUID一致的问题，但我们还是要确定下UUID的值，分别在主机和从机的mysql下执行show variables like '%server_uuid%';命令查看uuid值。

果然一样，这就是导致问题的罪魁祸首。

而为什么我这里的UUID一样呢：为了能够使用，我使用了VMware克隆了两台虚拟机作为主机和从机，所以就报了此错。

解决
解决方法就是找到主机和从机的auto.cnf文件修改uuid值或删除auto.cnf这个文件。

执行find -name auto.cnf命令查看auto.cnf文件的位置，在./mysql/data/auto.cnf位置。

执行vi ./mysql/data/auto.cnf命令修改该文件的值

修改uuid的值，随便改，只要不一样就可以了：

或者直接执行rm -rf ./mysql/data/auto.cnf命令删除该文件。

但注意，上面的方法对我遇到的情况完全无效，查询uuid值还是一样。

最后发现/var/lib/mysql/auto.cnf还有一个auto.cnf文件，我们直接执行rm -rf /var/lib/mysql/auto.cnf命令删除主机和从机中的这个auto.cnf文件就可以，当然也可以选择修改里面的uuid值。

然后执行service mysqld restart命令重启主机和从机的mysql服务

然后再进入主机和从机的mysql中查看uuid值，发现不一样了，已经成功解决问题了

再次查看是否配置主从复制成功，两个参数都是YES表示成功了