Bei der Replikation werden alle Informationsebenen gemeinsam genutzt, um die Konsistenz zwischen redundanten Hardware- / Softwareressourcen sicherzustellen und die Zuverlässigkeit, Fehlertoleranz und Zugänglichkeit zu verbessern
Wir haben kürzlich einige Änderungen an unserer Infrastruktur vorgenommen und jetzt kann ich die MySQL-Replikation nicht mehr ausführen. Der Slave beschwert sich über ein beschädigtes Binlog und das Zurücksetzen hilft nicht. Ich sehe immer wieder Einträge wie diesen in meinem Hauptprotokoll: BINLOG ' WFxKTRNJAAAAPwAAAKY / YwAAABsAAAAAAAEACHdlYmVkaTMwAA1QYXJ0bmVyQ29uZmlnAAQICA8P BC0AYwAA WFxKTRhJAAAAXAAAAAJAYwAAABsAAAAAAAEABP // 8BoSAAAAAAAAggMAAAAAAAAJUEFDS0NPVU5U …
Ich habe kürzlich eine Systemadministratorposition übernommen und eine Gruppe von 20 (oder so) Servern verwaltet. Eine Sache, mit der ich mich vorher nicht befasst habe (außer in einer Testsituation), ist die Einführung eines neuen Slaves in die MySQL-Replikationsfarm. Grundsätzlich ist die Replikation folgendermaßen eingerichtet: MS -> SL1 -> SL2 (backup) …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.