Mysql Master-Slave-Synchronisation Last_IO_Errno:1236 Fehlerlösung

Was ist der Grund für den Fehler Last_IO_Errno:1236 bei der Mysql-Master-Slave-Synchronisierung? Wie können wir dieses Problem lösen? Sehen wir uns die Aufzeichnungen und Lösungen dieses Problems mit dem Editor an.

<script>ec(2);</script>

Fehlercode vom Server:

Last_IO_Errno: 1236
Last_IO_Error: Beim Lesen der Daten aus dem Binärprotokoll ist vom Master der schwerwiegende Fehler 1236 aufgetreten: „Der Slave kann Replikationsereignisse mit der Prüfsumme, die der Master laut Protokollierungskonfiguration protokollieren soll, nicht verarbeiten; das erste Ereignis „mysql-bin.000005“ um 16750821, das letzte Ereignis, das um 16750821 aus „/usr/local/mysql/Binlog/mysql-bin.000005“ gelesen wurde, das letzte Byte, das um 120 aus „/usr/local/mysql/Binlog/mysql-bin.000005“ gelesen wurde.“

Nach einer groben Analyse der Gründe denke ich persönlich, dass die wahrscheinlichsten Faktoren ① unterschiedliche MySQL-Versionen; ② unvollständiges Backup sind. In der vorherigen MySQL-Konfiguration mit derselben Version trat dieses Problem nicht auf. (Zeitproblem, kein spezieller Testgrund)

Der Hauptserver wurde aufgrund der letzten PHP-bedingten Ausfallzeit auf die neueste Version von MySQL (5.6.29) aktualisiert, und der Slave-Server verwendete die Version 5.5.49 der Datenbank, als ich sie gerade kompilierte. Daher schließe ich, dass dies möglicherweise an diesem Problem liegt. Ich habe die offizielle Dokumentation nicht gelesen und es ist nur meine persönliche Vermutung.

Ein weiteres durch unterschiedliche Versionen verursachtes Problem ist:

[root@Sicherungs-Tempo]# /usr/local/mysql/bin/mysql -uroot -p <./all.sql 
Passwort eingeben: 
FEHLER 1064 (42000) in Zeile 279: Ihre SQL-Syntax weist einen Fehler auf. Überprüfen Sie das Handbuch zu Ihrer MySQL-Serverversion auf die richtige Syntax in der Nähe von „STATS_PERSISTENT=0“ in Zeile 11.

Ich war faul und habe einfach eine MySQL-Version derselben Version neu kompiliert. Ich habe die spezifischen Gründe nicht sorgfältig untersucht, da die Versionen unterschiedlich waren.

Slave überspringt vorübergehend die Fehlermethode:

MySQL

mysql>Slave stoppen; #Slave stoppen
mysql>GLOBAL SQL_SLAVE_SKIP_COUNTER SETZEN = 1;
mysql>Slave-Start; #Slave starten

So überspringen Sie Fehler mit dem Slave dauerhaft:

vi /etc/meine.cnf
[mysqld]
slave-skip-errors=1062,1053,1146 #Fehler des angegebenen Fehlertyps überspringen #slave-skip-errors=all #Alle Fehler überspringen

Zusammenfassen

Dies ist der gesamte Inhalt dieses Artikels zur Lösung des Fehlers Last_IO_Errno:1236 bei der MySQL-Master-Slave-Synchronisierung. Ich hoffe, er ist für alle hilfreich. Wenn Sie eine bessere Lösung haben, hinterlassen Sie bitte eine Nachricht, damit wir diese gemeinsam besprechen können.

Interessierte Freunde können sich auf Folgendes beziehen: Analyse verschiedener Fehlerprobleme in MySQL-Tabellensortierregeln, Einführung in die MySQL-Optimierung für die Unternehmensproduktion, Analyse von MySQL-Unterabfragen und Beispielen zur Optimierung verschachtelter Abfragen usw. Wenn Sie Fragen haben, hinterlassen Sie bitte eine Nachricht und der Herausgeber wird Ihnen rechtzeitig antworten. Vielen Dank, Freunde, für die Unterstützung dieser Site!