Beschädigte Tabellen in einer MySQL-Datenbank

Symptome

Dass eine Fehlermeldung eine Tabelle nennt, beweist keine Beschädigung. Bewahren Sie den genauen Code und die Meldung auf: ungültiges SQL, Berechtigungen, fehlender Speicherplatz, Sperren oder eine nicht existierende Tabelle erfordern unterschiedliche Vorgehensweisen.

Vor der Reparatur:

1. Bestätigen Sie mit einer Prüfung, dass die konkrete Tabelle als beschädigt markiert ist.
2. Ermitteln Sie ihre Speicher-Engine in phpMyAdmin. REPAIR TABLE eignet sich für Engines wie MyISAM und unter MariaDB Aria; InnoDB repariert es nicht.
3. Behalten Sie ein wiederherstellbares Backup. Eine Reparatur kann die Tabelle sperren oder beschädigte Daten verwerfen.

Reparatur über phpMyAdmin

Wählen Sie in phpMyAdmin nur die bestätigte Tabelle mit kompatibler Engine aus und verwenden Sie Tabelle reparieren. Wählen Sie nicht als erste Maßnahme die ganze Datenbank aus.

Reparatur über cPanel

Unter cPanel > Manage My Databases kann Repair Database erscheinen. Diese Aktion wirkt auf die gesamte Datenbank; verwenden Sie sie nur mit verfügbarem Backup und nachdem Sie bestätigt haben, dass sie Tabellen enthält, die dieses Werkzeug reparieren kann.

Reparatur über SSH

Wenn Sie über fortgeschrittene Kenntnisse verfügen und SSH-Zugang aktiviert haben, können Sie die Reparatur mit folgendem Befehl durchführen:

mysqlcheck -u USUARIO -p BASE TABLA
mysqlcheck -u USUARIO -p --repair BASE TABLA

Auf MariaDB-Servern kann der entsprechende Befehl mariadb-check lauten. Wenn die Tabelle InnoDB ist, der Server eigene Fehler zeigt oder kein gültiges Backup existiert, brechen Sie den Eingriff ab und wenden Sie sich an den Support; erzwingen Sie keine Wiederherstellung auf dem gemeinsam genutzten Dienst.

Nach der Reparatur prüfen

Bewahren Sie das vollständige Ergebnis von Prüfung und Reparatur auf. Vergleichen Sie Datensatzzahlen und Funktionen der Anwendung mit einer bekannten Referenz; dass sich die Tabelle wieder öffnen lässt, beweist nicht, dass keine beschädigten Datensätze verworfen wurden.

Tritt der Fehler erneut auf, untersuchen Sie Speicherplatz, Protokolle und Serverzustand gemeinsam mit dem Support, bevor Sie die Reparatur wiederholen. Richten Sie keine regelmäßige Reparaturaufgabe als Ersatz für die Diagnose ein und führen Sie keine Werkzeuge auf die physischen Dateien einer Datenbank aus, die in Betrieb ist.

Die Referenz zu REPAIR TABLE beschreibt die Engines und Grenzen. Bei InnoDB muss die Wiederherstellung anhand des Fehlers und des verfügbaren Backups geplant werden.