
Warum die WordPress-Tabelle wp_postmeta so groß wird
wp_postmeta kann Millionen legitimer Zeilen enthalten. So finden Sie die größten Meta-Schlüssel, unterscheiden normale Nutzung von Altlasten und bereinigen nur eindeutig zugeordnete Daten.
Eine WordPress-Datenbank wächst auf Wegen, die niemand wählt. Jeder gespeicherte Entwurf hinterlässt eine Revision, jedes Plugin hinterlässt Optionen, jeder Spam-Kommentar bleibt, bis ihn etwas entfernt, und abgelaufene temporäre Daten verschwinden oft nicht von selbst. Eine Website mit zweihundert Beiträgen kann eine Datenbank mit Hunderttausenden Zeilen mit sich führen, von denen die meisten nie gelesen werden.
Das Problem ist nicht die Größe, sondern langsame Abfragen. Diese Anleitungen beginnen deshalb damit, herauszufinden, wo das Gewicht tatsächlich liegt, denn die Antwort ist von Website zu Website verschieden und Raten kostet nur Zeit. Meist sind es Beitrags-Metadaten, manchmal automatisch geladene Optionen, die bei jedem einzelnen Seitenaufruf gelesen werden, und in Shops häufig eine Scheduler-Tabelle, von deren Existenz niemand wusste.
Danach die Bereinigung selbst, eine Kategorie nach der anderen: alte Revisionen, abgelaufene Transients, Spam- und Papierkorb-Kommentare, Metadaten ohne zugehörigen Beitrag. Jeder Artikel benennt, was sich gefahrlos entfernen lässt und was entbehrlich aussieht, ohne es zu sein.
Hinzu kommen die Tabellenoptimierung, die Speicher zurückgibt, den die Datenbank zwar als frei markiert, aber nicht freigegeben hat, und ein kurzer Beitrag dazu, wie oft sich das alles überhaupt lohnt.
Ein Artikel hier ist keine Kür: der zum vorherigen Sichern. Datenbankbereinigung ist die eine Wartungsaufgabe ohne Rückgängig-Funktion, und ein Löschvorgang mit falscher Bedingung ist von Datenverlust nicht zu unterscheiden. Erst der Export, dann die Abfrage.

wp_postmeta kann Millionen legitimer Zeilen enthalten. So finden Sie die größten Meta-Schlüssel, unterscheiden normale Nutzung von Altlasten und bereinigen nur eindeutig zugeordnete Daten.

Ein Browser-Timeout beendet nicht zwingend den Serverprozess. So prüfen Sie Fortschritt, Sperren und Ressourcen, bevor Sie einen Bereinigungsauftrag erneut starten.

Ein sinnvoller Bereinigungsrhythmus richtet sich nach Datenwachstum, Aufbewahrungsfristen und Wiederherstellbarkeit – nicht nach einem pauschalen Wochenplan.

Eine Datenbankbereinigung ist nur dann kontrollierbar, wenn unmittelbar zuvor ein vollständiges, geprüftes und wiederherstellbares Backup erstellt wurde.

So unterscheiden Sie alte Action-Scheduler-Historie von offenen oder fehlgeschlagenen Aufträgen und verkleinern die Tabellen, ohne Geschäftsprozesse zu unterbrechen.

So erkennen Sie verwaiste Post-, Kommentar-, Benutzer- und Term-Metadaten, prüfen Ausnahmen und löschen nur eindeutig unbelegte Datensätze.

Autoload-Optionen werden bei vielen WordPress-Anfragen früh geladen. So messen Sie Gesamtgröße und Einträge, ermitteln die verantwortliche Komponente und vermeiden riskante Änderungen an aktiver Konfiguration.

Eine große WordPress-Datenbank hat selten nur eine Ursache. So messen Sie Tabellen und Wachstum, ordnen Daten der verantwortlichen Komponente zu und wählen erst danach die passende Maßnahme.

Eine Tabellenoptimierung kann freien Speicher reorganisieren, ist aber kein allgemeiner Performance-Fix. So prüfen Sie Engine, Sperrverhalten und Platzbedarf vor dem Wartungslauf.

Spam und Papierkorb können erheblich wachsen, enthalten aber mitunter Fehlklassifikationen oder Nachweise. So bereinigen Sie nur freigegebene Altbestände und prüfen den Kommentarablauf.