Es kann viele Slave-Bibliotheken geben. Wir gehen von einer Master-M-Bibliothek und einer Slave-Bibliothek S aus.
Fügen Sie die Haupt-M-Konfigurationsdatei hinzu:
server-id=1 bin-log=logbin
Der Name ist willkürlich
Denken Sie daran, neu zu starten
Aus der S-Konfigurationsdatei hinzufügen:
server-id=2
Die Konfigurationsdatei ist abgeschlossen
Auf dem Haupt-M ausführen Client:
>show master status;
Datei und Speicherort (Datei, Position) aufzeichnen, zum Beispiel: logbin.000001 120
Vom S-Client ausführen:
>Master ändern in master_host='Hostadresse von Master S',master_user='Konto mit synchroner Replikationsberechtigung',master_password='Passwort',master_log_file='logbin.000001',master_log_pos=120;
Die synchrone Replikationsberechtigung bezieht sich auf: REPLIKATIONSSLAVE.
Autorisierungsbeispiel SQL für das Benutzerkonto (Passwort ist pwd), verbunden von localhost:
>grant replication slave on *.* to 'user'@'localhost' identified by 'pwd'; >flush privileges;
Öffnen von S:
>start slave;
Slave-S-Status anzeigen:
>show processlist;
Abgeschlossen.
Master-Slave-Sicherung bedeutet, dass die von der Master-M-Maschine ausgeführten Anweisungen automatisch auf der Slave-S-Maschine ausgeführt werden. Wenn M also bereits über eine Bibliothek verfügt, die S nicht hat, werden die Operationen ausgeführt Dies führt dazu, dass die synchrone Replikation fehlschlägt. Daher wird empfohlen, eine saubere MySQL-Instanz für die Master-Slave-Sicherung zu verwenden.
Slave-Sicherung stoppen: Slave-Bereinigung: Slave zurücksetzen
Das Obige ist der Inhalt der MySQL-Master-Slave-Konfiguration in der MySQL-Serie (15). Bitte achten Sie auf PHP Chinese Net (www.php.cn)!