Datenbank reparieren — wenn Inhalte plötzlich fehlen.

Anzeichen erkennen.

• Im Backend erscheint ein Hinweis, dass eine oder mehrere Tabellen repariert werden müssen.
• Einzelne Beiträge oder Seiten sind weg, andere funktionieren normal.
• Einstellungen lassen sich speichern, stehen nach dem Neuladen aber wieder auf dem alten Wert.
• Die Suche findet nichts mehr, obwohl Inhalte da sind.
• Fehlermeldungen mit dem Wort „table" oder „crashed" im Protokoll.
• Der Shop zeigt Bestellungen unvollständig oder gar nicht an.

Wichtig für die Unterscheidung: Beschädigte Tabellen betreffen meist nur Teile der Website. Ist gar nichts mehr erreichbar und es erscheint eine Meldung über eine fehlgeschlagene Verbindung zur Datenbank, liegt es nicht an beschädigten Tabellen (Datenbank-Verbindungsfehler).

Zuerst sichern.

Jede Reparatur verändert Daten. Bevor du irgendetwas anfasst, ziehst du eine Kopie — am besten über den Export in phpMyAdmin oder über die Backup-Funktion im Kundenbereich des Hosters. Dauert zwei Minuten und ist der Unterschied zwischen einem lösbaren Problem und einem echten. Wie das geht, steht in Backup erstellen. Hat dein Hoster automatische Sicherungen, prüfe gleich mit, wie weit sie zurückreichen — bei manchen sind es nur wenige Tage.

Die eingebaute Reparatur.

WordPress hat eine Reparaturseite, die aus Sicherheitsgründen standardmäßig gesperrt ist. Du schaltest sie mit einer Zeile frei, nutzt sie und schaltest sie sofort wieder ab.

Die Seite ist ohne Anmeldung erreichbar — genau deshalb darf die Zeile nur für die Dauer der Reparatur drinstehen. Dort hast du zwei Schaltflächen: reparieren, oder reparieren und optimieren. Nimm beim ersten Versuch nur die Reparatur, das geht schneller. WordPress arbeitet dann alle Tabellen durch und meldet für jede das Ergebnis. Anschließend die Zeile in der wp-config.php wieder entfernen — nicht auf false setzen, sondern löschen.

Reparieren über phpMyAdmin.

Bleibt eine Tabelle beschädigt, geht es über das Datenbankwerkzeug im Kundenbereich deines Hosters. Der Weg:

1. phpMyAdmin öffnen und die Datenbank der Website auswählen. Welche das ist, steht in der wp-config.php beim Eintrag für den Datenbanknamen.
2. In der Tabellenübersicht die Spalte mit dem Status prüfen — beschädigte Tabellen sind oft markiert.
3. Die betroffenen Tabellen anhaken, unten im Auswahlmenü „Tabelle reparieren" wählen.
4. Ergebnis lesen: Steht dort OK, ist die Tabelle wieder in Ordnung.
5. Website prüfen — Startseite, Backend, Beitragsliste, bei einem Shop die Bestellübersicht.

Ein Hinweis zur Technik dahinter: Die Reparaturfunktion arbeitet nur bei Tabellen des älteren Typs MyISAM. Moderne Installationen nutzen meist InnoDB, dort meldet phpMyAdmin, dass die Funktion nicht unterstützt wird. Das ist kein Fehler. InnoDB repariert sich beim Neustart des Datenbankservers in der Regel selbst — hier hilft ein Anruf beim Hoster mehr als weiteres Klicken.

Warum das passiert.

Der häufigste Auslöser in der Praxis ist ein volles Webspace-Kontingent. Prüfe deshalb immer als Erstes, wie viel Platz frei ist — oft sind alte Backup-Dateien, Protokolle oder eine über Jahre gewachsene Mediathek die Ursache. Ist die Platte voll, bringt jede Reparatur nichts, solange nicht aufgeräumt wurde.

Abgrenzung: Verbindungsfehler.

Zwei Fehlerbilder werden oft verwechselt. Beschädigte Tabellen führen zu teilweisen Ausfällen: Die Website läuft, aber Inhalte fehlen. Ein Verbindungsfehler führt zum vollständigen Ausfall mit einer eindeutigen Meldung — dann stimmen Zugangsdaten nicht, oder der Datenbankserver antwortet nicht. Das ist ein anderes Problem mit anderen Lösungswegen (Datenbank-Verbindungsfehler).

Aufräumen statt reparieren.

Viele Probleme, die wie ein Defekt aussehen, sind schlicht Überfüllung. In einer Datenbank, die seit Jahren läuft, sammeln sich Beitragsrevisionen, verwaiste Metadaten gelöschter Plugins, abgelaufene Zwischenspeicher-Einträge und Spam-Kommentare. Das macht Abfragen langsam und Sicherungen unnötig groß. Ein Aufräum-Plugin erledigt das kontrolliert — vorher Backup, danach Website durchklicken. Besonders lohnt sich, die Zahl der gespeicherten Beitragsrevisionen zu begrenzen; ohne Begrenzung legt WordPress bei jedem Speichern eine neue Fassung an.

Vorbeugen.

• Automatische Backups mit Abruf an einem zweiten Ort, nicht nur auf demselben Server.
• Speicherplatz im Blick behalten — die meisten Hoster zeigen die Auslastung im Kundenbereich.
• Updates nicht abbrechen, auch wenn es lange dauert.
• Regelmäßig aufräumen, etwa vierteljährlich (WordPress-Wartung).
• Hosting passend wählen: Bei einem Shop mit vielen gleichzeitigen Zugriffen ist ein günstiges Paket die falsche Grundlage.

Wenn du nicht weiterkommst.

Wenn Inhalte fehlen und du nicht sicher bist, ob es an der Datenbank liegt oder woanders, prüfe ich das, bevor irgendetwas verändert wird. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist: WordPress-Hilfe, bei einem Totalausfall der Notfall-Support. Damit es gar nicht erst so weit kommt: WordPress-Wartung.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.