MYSQL数据库mysql主从同步复制错误解决一例

概述介绍《MYSQL数据库mysql主从同步复制错误解决一例》开发教程，希望对您有用。

《MysqL数据库MysqL主从同步复制错误解决一例》要点：
本文介绍了MysqL数据库MysqL主从同步复制错误解决一例，希望对您有用。如果有疑问，可以联系我们。

蚊子今天下午搭了一主三从的MysqL复制,结果所有服务器都配置好后,发现从上报如下的错误
代码如下:
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MysqL server IDs; these IDs must be different for replication to work (or the --replicate-same-server-ID option must be used on slave but this does not always make sense; please check the manual before using it).

意思就是从上的server_ID和主的一样的,经查看发现从上的/etc/my.cnf中的server_ID=1这行我没有注释掉(在下面复制部分我设置了server_ID),于是马上把这行注释掉了,然后重启MysqL,发现还是报同样的错误.

使用如下命令查看了一下server_ID
代码如下:
MysqL> show variables like 'server_ID';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_ID | 1 |
+---------------+-------+
1 row in set (0.00 sec)

发现,MysqL并没有从my.cnf文件中更新server_ID,既然这样就只能手动修改了
代码如下:
MysqL> set global server_ID=2; #此处的数值和my.cnf里设置的一样就行
MysqL> slave start;

如此执行后,slave恢复了正常.

不过稍后蚊子使用/etc/init.d/MysqLd restart重启了MysqL服务,然后查看slave状态,发现又出现了上面的错误,然后查看server_ID发现这个数值又恢复到了1.

之后蚊子又重新查看了一下/etc/my.cnf的内容,确认应该不是这个文件的问题,于是去Google查了一下,看到MysqL在启动的时候会查找/etc/my.cnf、DATADIR/my.cnf,USER_HOME/my.cnf.

于是我执行了
代码如下:
find / -name "my.cnf"

居然在/usr/local/MysqL这个目录下发现了my.cnf文件,于是蚊子将这个文件删除了,然后再重启MysqL服务,发现一切恢复了正常.如果有人也出现类似的问题,不妨试试这个办法吧. 总结

以上是内存溢出为你收集整理的MYSQL数据库mysql主从同步复制错误解决一例全部内容，希望文章能够帮你解决MYSQL数据库mysql主从同步复制错误解决一例所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。