master and slave have equal MySQL server UUIDs 方法

在使用rsync配置大量MySQL时，我成功地省去了大量的编译和配置时间。在逐一修改master和slave服务器的myf文件后，我遇到了数据无法同步的问题。

在slave服务器上执行show slave status时，出现了一个致命的错误。错误信息指出，因为master和slave具有相同的MySQL服务器UUID，导致slave I/O线程停止运行。复制过程中，这些UUID必须不同。

我检查了服务器ID（server_id）是否一致。通过执行show variables like ‘server_id’查询，我发现主从服务器的server_id并不相同，因此排除了这个问题。

进一步排查后，我发现问题的根源在于整个data目录的拷贝过程中，包括autof文件也被一并复制了。每个数据库的autof文件中都记录了一个唯一的uuid，这些uuid应该是互不相同的。

具体来说，我看到的autof文件内容如下：

[auto]

server-uuid=6dcee5be-8cdb-11e2-9408-90e2ba2e2ea6

解决这个问题的方法是，按照16进制的格式，随意更改这个uuid，然后重启MySQL服务即可。

这个过程其实是一个常见的MySQL复制配置问题。由于rsync等工具在同步数据时可能会复制包括autof在内的系统文件，如果不注意处理这些文件中的uuid，就可能导致主从服务器间的数据同步出现问题。

在更改了uuid并重启MySQL后，数据的同步应该就能恢复正常了。这个过程不仅节省了编译和配置的时间，也提高了系统的稳定性和可靠性。在这个过程中，我们需要对MySQL的配置和运行机制有深入的理解，才能迅速定位并解决问题。