mysql主从同步复制错误解决一例
更新时间：2011年05月26日 01:18:16 作者：
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids
蚊子今天下午搭了一主三从的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服务，发现一切恢复了正常。如果有人也出现类似的问题，不妨试试这个办法吧。
复制代码 代码如下:
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中MVCC与BufferPool缓存机制，MySQL默认RR隔离级别就是通过该机制来保证的MVCC，更多主题相关内容，需要的可以参考下面文章内容介绍2022-05-05
在Ubuntu系统中添加了MySQL账户,赋予了数据库完全操作权限,并且允许数据库从外部链接但是,还是无法远程访问MySQL数据库,下面这篇文章主要给大家介绍了关于Ubuntu安装Mysql启用远程连接的相关资料,需要的朋友可以参考下2023-04-04
Win10系统下MySQL8.0.16 压缩版下载与安装教程图解
这篇文章主要介绍了Win10系统下MySQL8.0.16 压缩版下载与安装教程图解,本文图文并茂给大家介绍的非常详细，具有一定的参考解决价值，需要的朋友可以参考下2019-06-06
经常在分组查询之后,需要的是分组的某行数据,例如更新时间最新的一条数据,下面这篇文章主要给大家介绍了关于SQL Group By分组后如何选取每组最新的一条数据的相关资料,需要的朋友可以参考下2022-10-10
mysql 日志系统上线有段时间了,前端在慢慢切站点过来写入,未雨绸缪 diy了套 mysql 监控工具2014-02-02
一般mysql小数据的情况可以通过直接复制目录，或者通过帝国备份工具，如果是海量数据(6亿)该怎么处理呢，下面看下别人是怎么处理的参考一下2013-10-10
这篇文章主要介绍了Mysql日志文件和日志类型介绍,本文讲解了日志文件类型、错误日志、通用查询日志、慢速查询日志、二进制日志等内容,需要的朋友可以参考下2014-12-12
windows下mysql中binlog日志分析和数据恢复问题
这篇文章主要介绍了windows下mysql中binlog日志分析和数据恢复问题,本文通过示例代码给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2023-06-06
本文主要介绍了MySQL8.0无法远程连接访问的解决方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2023-01-01
SQLyog连接不上mysql问题的解决方法(按照步骤，包解决)
这篇文章主要介绍了SQLyog连接不上mysql问题的解决方法,文中给大家分析了SQLyog连接不上mysql的几种原因,并通过图文结合的方式给大家讲解的非常详细,需要的朋友可以参考下2024-03-03
最新评论