Der Hoster meldet 18 GB Datenbankgröße und empfiehlt, alte Revisionen zu löschen. Die Tabellenübersicht zeigt jedoch, dass Revisionen nur einen kleinen Anteil ausmachen; fast der gesamte Platz steckt in einer Warteschlangen- und einer Logtabelle. Eine pauschale Bereinigung würde Risiko erzeugen, ohne das Kapazitätsproblem zu lösen.
Eine belastbare Diagnose misst Daten, Indizes und Wachstum je Tabelle und klärt anschließend, welche Komponente die Einträge erzeugt und wie lange sie benötigt werden.
Inhaltsverzeichnis
Was zur Datenbankgröße gehört
Die gemeldete Größe umfasst Daten- und Indexspeicher aller Tabellen sowie enginespezifisch reservierten Platz. Manche Hosting-Anzeigen rechnen zusätzlich Binärlogs, temporäre Dateien oder Sicherungen ein. Diese Bestandteile müssen von der eigentlichen WordPress-Datenbank getrennt werden.
Die größte Tabelle ist nicht automatisch Ballast. Bestellungen, Analytics, Queues, Suchindizes und Sicherheitslogs können groß und dennoch betrieblich erforderlich sein.
Ein realistisches Beispiel
Eine Jobtabelle wächst jede Woche um mehrere Hundert Megabyte, weil fehlgeschlagene Aufgaben nicht abgearbeitet werden. Das Löschen alter Beiträge würde daran nichts ändern. Das Team ordnet die Tabelle dem zuständigen Plugin zu, behebt zunächst den Rückstau und legt danach eine passende Aufbewahrung fest.
Erst nach dieser Ursachenbehebung wird ein freigegebener Altbestand bereinigt. Die Wachstumskurve zeigt anschließend, ob das Problem tatsächlich beendet ist.
Warum die Ursache entscheidend ist
Datenbankwachstum bedroht Speicher, Backup-Dauer und Wiederherstellungszeit. Es kann auch Abfragen verlangsamen. Dennoch ist die schnelle Entfernung unbekannter Zeilen gefährlicher als ein geplanter Diagnosezeitraum.
Ein Tabellenname eines vermeintlich inaktiven Plugins ist kein Löschbeleg. Daten können für Migration, Buchhaltung oder noch laufende Prozesse benötigt werden. Zuständigkeit und Aufbewahrung müssen zuerst geklärt sein.
Der einfache Diagnoseweg
- Erstellen Sie eine aktuelle Sicherung und notieren Sie Datenbankname, Präfix und Messzeit.
- Sortieren Sie Tabellen nach Daten- und Indexgröße.
- Vergleichen Sie die größten Tabellen über mehrere Messpunkte, um Wachstum statt nur Bestand zu erkennen.
- Ordnen Sie Kern- und Erweiterungstabellen der verantwortlichen Funktion zu.
- Wählen Sie je Ursache Archivierung, Rückstandsverarbeitung, kürzere Aufbewahrung oder eine unterstützte Bereinigung.
Wiederholen Sie nach jeder eng begrenzten Maßnahme dieselbe Messung. Testen Sie Backend, Suche, Cron, Veröffentlichung und wichtige Transaktionen.
Die technische Analyse
WP-CLI kann Tabellen- und Datenbankgrößen in der aktuellen Installation ausgeben. Prüfen Sie dabei das Zielsystem und den Multisite-Kontext. Ergänzen Sie Zeilenschätzung, Engine und Indexanteil; eine hohe Zeilenzahl und ein großer Index erfordern unterschiedliche Maßnahmen.
Untersuchen Sie in einer Stichprobe Zeitverteilung und Datentyp, ohne sensible Werte in Berichte zu kopieren. Schnelles Wachstum weist häufig auf fehlende Retention, fehlerhafte Logs, nicht abgearbeitete Jobs oder dauerhaft neu erzeugte Cache-Daten hin.
Trennen Sie den Tabellenspeicher von Binärlogs, Backups und Objekt-Caches. Nur so lässt sich eine Hosting-Warnung dem richtigen Systembestandteil zuordnen.
Risiken, Backup und Rollback
Eine pauschale SQL-Bereinigung kann Bestellungen, Historie oder Plugin-Zustände entfernen. Tabellenoptimierung ohne inhaltliche Ursache verkleinert einen wachsenden Bestand höchstens vorübergehend. Mehrere gleichzeitige Maßnahmen machen die Wirkung unklar.
Führen Sie Löschungen nur mit geprüfter Sicherung und dokumentiertem Umfang aus. Bei fehlenden Funktionen oder Daten wird nicht weiterbereinigt, sondern der bekannte Ausgangszustand wiederhergestellt.
Wie AIOWS unterstützt:
AIOWS Datenbank-Bereinigung
AIOWS Datenbank-Bereinigung bietet unterstützte Wartungsfunktionen für klar abgegrenzte WordPress-Datenkategorien. Nach der Größenanalyse kann eine freigegebene Kategorie damit gezielt behandelt werden, ohne unbekannte Tabellen pauschal zu leeren.
Beginnen Sie mit der Tabellenübersicht und einer geprüften Sicherung. Wählen Sie nur den Datenbestand, dessen Bedeutung und Aufbewahrung geklärt sind. Nach dem Lauf messen Sie dieselben Tabellen erneut und prüfen die betroffene Funktion sowie einen unabhängigen Lese- oder Schreibweg.
Das Modul bestimmt nicht automatisch, wem eine benutzerdefinierte Tabelle fachlich gehört, und behebt keine fehlerhafte Queue oder unbegrenzte Protokollierung. Diagnose, Retention und Wiederherstellung bleiben eigenständige Aufgaben.
Passende AIOWS-Artikel
- WordPress-Datenbanktabellen sicher optimieren
- Warum die WordPress-Tabelle wp_postmeta so groß wird
- Spam- und Papierkorb-Kommentare sicher löschen
Fazit
Beginnen Sie mit einer vollständigen Tabellenübersicht und einer Wachstumslinie. Verfolgen Sie die dominierenden Daten zur verantwortlichen Komponente und wählen Sie dann eine passende Maßnahme. Eine kleinere Datenbank mit verlorenen Transaktionen ist kein Erfolg.
