1236: Got fatal error 1236 from master when reading data from binary log
MySQLWas bedeutet das?
Ein Replica-Server (Slave) hat beim Lesen von Daten aus dem Binary Log der Source (Master) einen fatalen Fehler erhalten, und die Replikation wurde gestoppt. Die Replica findet die erwartete Position im Binlog der Source nicht.
Ursache
Die benötigten Binary-Log-Dateien wurden auf der Source gelöscht (binlog_expire_logs_seconds — vor 8.0 expire_logs_days, in 8.4 entfernt — oder PURGE BINARY LOGS); eine GTID-Lücke/-Abweichung; eine beschädigte Binlog-Position nach einem Absturz der Source; oder die Replica ist so weit zurückgefallen, dass sie ein nicht mehr vorhandenes Log anfordert. 'Could not find first log file name in binary log index file' ist die typische Untermeldung.
Lösung
Replikationsstatus prüfen: SHOW REPLICA STATUS\G (8.0.22+; in älteren Versionen SHOW SLAVE STATUS, die alte Syntax wurde in 8.4 entfernt). Auf der Source verfügbare Binlogs auflisten: SHOW BINARY LOGS; Wurde das fehlende Log bereinigt, musst du die Replica aus einem neuen Backup/einer neuen GTID-Position neu aufbauen (mysqldump --source-data — vor 8.0.26 --master-data, ab 8.0.26 ein veralteter Alias — oder das CLONE-Plugin). Erhöhe die Binlog-Aufbewahrung auf der Source passend zur Last; prüfe bei GTIDs auf GTID-Lücken.
Weitere Einträge zu dieser Datenbank
- 1049Unknown database 'name'
- 1364Field 'name' doesn't have a default value
- 1206The total number of locks exceeds the lock table size
- 1129Host 'host' is blocked because of many connection errors
- 1194Table 'name' is marked as crashed and should be repaired
- 1615Prepared statement needs to be re-prepared
- 1553Cannot drop index needed in a foreign key constraint