mysql主从复制错误:A slave with the same server_uuid/server_id as this slave has connected to the master；

落日映苍穹つ 2023-01-03 04:14 127阅读 0赞

A slave with the same server\_uuid/server\_id as this slave has connected to the master;

有一个slave和这个slave存在相同的server\_uuid/server\_id，已经连接了master。即存在两个或两个以上slave的server\_uuid/server\_id相同

![d696b4d880ab032b688c60901a7b240d.png][]

这种情况下请检查从库是否存在相同的server\_id/server\_uuid

show variables like '%server%id%';

![db6f5fa3df451ace3fc9c77dac6efc40.png][]

1、 如果server\_id相同，请修改/etc/my.cnf中server\_id的配置

2、如果server\_uuid相同，请删除auto.cnf文件(auto.cnf文件在/etc/my.cnf中datadir配置的目录下)，然后重启数据库，数据库会重新生成server\_uuid和auto.cnf文件

(默认在/var/lib/mysql目录下)

![63e72af989c1fe45a22f483bc437fc1a.png][]

我出现这个问题是因为克隆了从库所在的虚拟机，克隆的从库和原来的从库server\_id和server\_uuid都相同，于是出现了上述问题

关于server\_uuid和auto.cnf 相关说明

*   Mysql5.6用128位的server\_uuid代替了原来的32位server\_id的大部分功能。在首次启动时mysql会调用generate\_server\_uuid()自动生成一个server\_uuid,并且保存到auto.cnf文件—这个文件目前存在的唯一目的就是保存server\_uuid。mysql再次启动时会读取auto.cnf文件，  继续使用上次生成的server\_uuid。
 *  全局唯一的 server\_uuid 的一个好处是：可以解决由 server\_id 配置冲突带来的 MySQL 主备复制的异常终止。在 MySQL 5.6，Slave 向 Master 申请 binlog 时，会首先发送自己的 server\_uuid，Master 用 Slave 发送的 server\_uuid 代替 server\_id （MySQL 5.6 之前的方式）作为 kill\_zombie\_dump\_threads 的参数，终止冲突或者僵死的 BINLOG\_DUMP 线程。

[d696b4d880ab032b688c60901a7b240d.png]: /images/20221119/eba3427af5b04a1bb825329b3e186940.png
[db6f5fa3df451ace3fc9c77dac6efc40.png]: /images/20221119/43e029a34f0445a8b54c39441fa26b25.png
[63e72af989c1fe45a22f483bc437fc1a.png]: /images/20221119/2f63563af2f84ce4810e896d74df207d.png