MySQL主从同步复制错误解决一例

2022-11-12 09:22:17

内容摘要

这篇文章主要为大家详细介绍了MySQL主从同步复制错误解决一例，具有一定的参考价值，可以用来参考一下。对此感兴趣的朋友，看看idc笔记做的技术笔记！蚊子今天下午搭了一主三从的

文章正文

这篇文章主要为大家详细介绍了MySQL主从同步复制错误解决一例，具有一定的参考价值，可以用来参考一下。

对此感兴趣的朋友，看看idc笔记做的技术笔记！

蚊子今天下午搭了一主三从的mysql复制，结果所有服务器都配置好后，发现从上报如下的错误

代码如下:

<code> 
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). 
</code>

意思就是从上的server_id和主的一样的，经查看发现从上的/etc/my.cnf中的server_id=1这行我没有注释掉（在下面复制部分我设置了server_id），于是马上把这行注释掉了，然后重启mysql，发现还是报同样的错误。使用如下命令查看了一下server_id

代码如下:

<code> 
mysql> show variables like 'server_id'; 
+---------------+-------+ 
| Variable_name | Value | 
+---------------+-------+ 
| server_id | 1 | 
+---------------+-------+ 
1 row in set (0.00 sec) 
</code>

发现，mysql并没有从my.cnf文件中更新server_id，既然这样就只能手动修改了

代码如下:

<code> 
mysql> set global server_id=2; #此处的数值和my.cnf里设置的一样就行 
mysql> slave start; 
</code>

如此执行后，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。于是我执行了

代码如下:

<code> 
find / -name "my.cnf"
</code>

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

注：关于MySQL主从同步复制错误解决一例的内容就先介绍到这里，更多相关文章的可以留意

代码注释

上一篇 MySQL数据库服务器逐渐变慢分析与解决方法分享下一篇 MySQL中迅速插入百万条测试数据的方法

作者：喵哥笔记

学的不仅是技术，更是梦想！