在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表示成功了