Problem mit Fehler: InnoDB: Seite… Protokollsequenz… Nummer ist in Zukunft!

Question

Ich weiß, dass diese Frage schon einmal gestellt wurde, aber ich bin an einem Punkt, an dem ich wirklich festgefahren bin und nicht weiß, wie ich dieses Problem fortsetzen soll, und ich würde es wirklich gerne wissen, was diesen Fehler verursacht.

Wir hatten eine Replikation, die ohne Probleme funktioniert hat. Unser Setup enthält einen Datenbankmaster und vier Sklaven, die alle Percona MySQL, gleiche Version (5.5.x) ausführen. Neulich starb unser Datenbankmaster an einem Hardwareproblem. Also machten wir weiter und machten einen Sklaven zum neuen Meister. Sollte kein großes Problem sein und war in der Tat kein Problem. Aber jetzt, nachdem ich die Dinge wieder aufgeregt habe, bekomme ich immer wieder viele Protokolleinträge in meinem Syslog wie:

Mar 15 13:17:25 dbslave3 mysqld: 120315 13:17:25 InnoDB: Error: page 263337 log sequence number 34159788445
Mar 15 13:17:25 dbslave3 mysqld: InnoDB: is in the future! Current system log sequence number 1096541424.

OK, also habe ich XtraBackup verwendet - das ich zuvor für diese Dinge verwendet habe -, um einen Müllkippe aus dem neuen Master zu erstellen, und den Müllkippe zum Auftragen auf die Sklaven verwendet. ohne Erfolg. Immer noch das gleiche Problem mit dieser Fehlermeldung. Als nächstes habe ich Folgendes ausprobiert:

Ich nahm meine Website offline und stellte sicher, dass alle Daten an alle Sklaven repliziert wurden - in der Tat: Replikation ist Arbeiten! Keine Daten werden verloren, jeder Sklave hat alle Daten, die er haben sollte.

Als nächstes habe ich a gemacht reset slave Auf den Sklaven und auf dem Meister habe ich a gemacht reset master. Meiner Meinung nach sollte dies alle Binlogs zurücksetzen und erneut mit frischen Sequenznummern beginnen. Als nächstes habe ich a gemacht show master status und verwendete die neue Sequenzdatei und Nummer für die change master to ... Befehl auf den Sklaven. Ich habe die Replikation erneut aktiviert und meine Website erneut online gemacht.

ohne Erfolg! Immer noch das gleiche Problem. Also meine größte Frage:

WTF geht weiter !? Wie kann dieser Fehler auf:

• Ein frischer Setup-Sklave mit XtraBackup
• Nach einem Binlog zurückgesetzt auf Master und Sklave

Wie man es löst? Ich meine: Ich habe viel über das Einfügen von Gigabyte von Daten in der Datenbank gelesen, dass "der Sequenzzeiger aufholen kann" ... aber das klingt sehr nach einem schmutzigen Hack und sehr ähnlich kippen Sei eine echte Lösung für dieses Problem, nein!? Und mein größtes Anliegen: Ist das Problem mit diesem schmutzigen Hack tatsächlich gelöst?

Irgendwelche anderen Ideen, was ich tun könnte? Die Daten mit MySQldump und importieren Sie sie wieder übrigens, da die Datenbank so groß ist, dass es dauern würde, dass sie erneut importiert wird.

AKTUALISIEREN

Was ich auch getan habe, ist: Dumping eines der Sklaven, darunter: Deinstalling MySQL vollständig, alle MySQL -verwandten Dinge, einschließlich Binlogs, Datenbanken usw., entfernen und es ohne Erfolg wieder einrichten. Das ist die frische Installation, nach der ich oben frage.

Answer 1

Niemand scheint eine echte Lösung für dieses Problem zu haben, zumindest konnte ich nichts Nützliches ausgraben. Aber anscheinend hilft es jedoch, es regelmäßig auszuführen und die Protokolle aufzuräumen, sodass Ihr Server nicht mit Protokollen gefüllt wird ... zumindest, seit an einigen Tagen habe ich keine Protokolleinträge mehr ...

Das ist alles sehr seltsam - meiner bescheidenen Meinung nach.