Szenario 1: Die folgende Situation tritt ein, wenn die UUID dieselbe ist
Da die virtuelle Maschine zwei Tage lang geklont wurde, ist die UUID von MySQL dieselbe. Beim Testen der Master-Slave-Replikation von MySQL auf der virtuellen Linux-Maschine wird Slave_IO_Running: Connecting
/Slave_IO_Running: No angezeigt.
Der folgende Fehler wird gemeldet:
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
Dies liegt an der Duplizierung der UUIDs auf den beiden Servern. Lösen Sie das Problem wie folgt:
[root@node01 mysql]# cd /var/lib/mysql
[root@node01 mysql]# rm -rf auto.cnf
[root@node01 mysql]# service mysqld restart
Stopping mysqld: [ OK ]
Starting mysqld: [ OK ]
Starten Sie den MySQL-Dienst neu, melden Sie sich dann bei MySQL an und geben Sie show Slaves Status\G ein . Slave_IO_Running: zeigt „Ja, erfolgreich“ an;
Szenario 2: Die Server-ID ist dieselbe
Wenn in der Konfigurationsdatei /etc/my.cnf der ID-Wert in der Server-ID identisch ist, tritt ein Fehler wegen doppelter ID auf. Dies kann durch Ändern des ID-Werts in der Konfigurationsdatei behoben werden.
log-bin=mysql-bin
server-id=20