Fehler: "Master-Infostruktur konnte nicht initialisiert werden" während der Master-Slave-Replikation in MySQL

Ich versuche zu tun, Master-Slave-Replikation für MySQL. Wenn ich den folgenden Befehl eingeben:

CHANGE MASTER TO MASTER_HOST='10.1.100.1', MASTER_USER='slave_user', MASTER_PASSWORD='slave_password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=451228;
mysql> START SLAVE;

wirft er folgenden Fehler:

FEHLER 1201 (HY000): Konnte nicht
initialize master info structure; mehr
Fehlermeldungen finden Sie in der
MySQL-Fehler-log -

Jegliche Hilfe würde sehr geschätzt werden.

InformationsquelleAutor der Frage user619684 | 2011-02-17

  1. 129

    VERSUCHEN, UM ES ZURÜCKZUSETZEN, ES HAT MAGIE! AUF DEM SLAVE DEN SLAVE MYSQL-BEFEHL TYP:

    RESET SLAVE;

    VERSUCHEN SIE ES DANN ERNEUT:

    CHANGE MASTER TO MASTER_HOST='10.1.100.1', MASTER_USER='slave_user', MASTER_PASSWORD='slave_password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=451228;
mysql> START SLAVE;

    InformationsquelleAutor der Antwort Neo

  2. 5

    Bitte überprüfen Sie folgende Dinge:

    1) Stellen Sie sicher, dass die Master-s /etc/my.cnf hat server_id eigentlich

    Hier ist warum: Replikation beruht auf der server_id. Wenn eine Abfrage ausgeführt wird und aufgezeichnet wird im master-Binär-log, die server_id der master erfasst wird. Standardmäßig, wenn ein server_id ist nicht definiert in /etc/my.cnf, die server_id wird standardmäßig auf 1. Jedoch, die Regeln, die MySQL-Replikation verlangen, dass ein server_id explizit definiert werden, die in die master-s /etc/my.cnf. Zusätzlich, für einen bestimmten slave, mysqld prüft die server_id der SQL-Anweisung als liest er es aus dem relay-log und macht sicher, es ist anders als die Sklaven, server_id. Das ist wie eine MySQL-Replikation weiß, es ist sicher ausführen, die SQL-Anweisung. Diese Regel ist erforderlich, im Falle Rundschreiben (Master-Master,Multi-Master-Replikation implementiert.

    2) Stellen Sie sicher, dass der Slave in der /etc/my.cnf hat server_id eigentlich

    Hier ist warum: aus Demselben Grund wie in #1

    3) Stellen Sie sicher, dass die server_id in die Master-s /etc/my.cnf ist anders als die server_id in der Slave in der /etc/my.cnf

    Hier ist warum: aus Demselben Grund wie in #1

    Als kleiner Hinweis : Wenn Sie setup mehrere slaves, bitte stellen Sie sicher, dass jeder slave hat eine andere server_id von seinem Meister und seine Geschwister zu Sklaven.

    Hier ist warum : Beispiel

    Einen master mit 2 Sklavinnen

    MASTER hat server_id 1

    SLAVE1 hat server_id 2

    SLAVE2 hat server_id 2

    Replikation werden agressively träge auf SLAVE2, weil ein Geschwister-slave hat die gleiche server_id. In der Tat, es wird stetig zurückfallen, fangen eine Pause, Prozess-ein paar SQL-Anweisungen. Dies ist der Meister Schuld, der für einen oder mehrere slaves mit identischen server_ids. Dies ist ein Manko, das nicht wirklich dokumentiert irgendwo.
    Ich habe dies Dutzende Male in meinem Leben Zeit.

    InformationsquelleAutor der Antwort RolandoMySQLDBA

Schreibe einen Kommentar