slave_io running 为NO解决过程

    由于是第一次使用主从数据库，不知道原来启动一次数据库，就会产生新的，mysql-bin.00000文件，而且mysql-bin.index也会相应增加，所以导致我在sqlyog进行show master status的时候的时候，显示居然不是mysql-bin.000001，而是mysql-bin.000004，显然是用的最新的mysql-bin.00000，虽然有4个mysql-bin.00000，但是肯定是系统自动选择最新的mysql-bin.000004。

   

 mysql-bin.index文件是可以进行删除或者更改，就算你删除后，重启mysql的时候，会自动生成该文件

现在在打算手动更新：

vim /var/lib/mysql/master.info

当然设置好后需要重启mysql服务

 说明我们手动更改还是有效，之前是mysql-bin.000004

然后在sqlyog中change master

还是失败，不仅仅失败了，本来有一个yes一个no的，现在变成了两个no

仔细分析，发现，我的master和slave，其实由于还是存在着不少之前挂载不成功的文件，

在路径/var/lib/mysql 下

我们需要手动将这些文件rm -rf 掉

然后重新进行挂载们虽然还是失败，但是还是回到之前的一个YES和一个NO

现在我们改怎么办呢？在show slave status时发现，那个表有一个单元格有错误的log信息，我就拷贝出来看了：

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.

原来是我们两台主从服务器的UUIDs是相同的，然后分别去看看两台服务器的/var/lib/mysql/auto.cof

果然UUIDs是相同的，随便改变一个数据库的UUIDs的数值，然后重启数据库

解决

开心，久违的两个YES