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相同
這種情況下請檢查從庫是否存在相同的server_id/server_uuid
show variables like '%server%id%';
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目錄下)
我出現這個問題是因為克隆了從庫所在的虛擬機，克隆的從庫和原來的從庫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 線程。
參考地址
雙slave的server_uuid相同問題 https://blog.csdn.net/dba_waterbin/article/details/27533869