WordPress-Datenbank wird immer größer: Ursachen finden und Datenbank sicher optimieren

Wenn Deine WordPress-Datenbank immer größer wird, ist das nicht automatisch ein Fehler. Inhalte, Revisionen, Kommentare, Bestellinformationen, Protokolle und Plugin-Daten wachsen mit der Zeit. Problematisch wird es, wenn die Datenbank unkontrolliert wächst, Abfragen langsamer werden oder Backups und Wartungsarbeiten unnötig lange dauern. In diesem Artikel erfährst Du, wie Du die Ursachen systematisch findest, welche Tabellen besonders häufig wachsen und wie Du Deine WordPress-Datenbank sicher bereinigst.

Passende WordPress Hilfe zum Thema

Warum eine WordPress-Datenbank immer größer wird

WordPress speichert nicht nur Seiten und Beiträge in der Datenbank. Je nach Installation liegen dort auch Benutzerdaten, Einstellungen, Menüs, Kommentare, WooCommerce-Bestellungen, Formularübermittlungen, Suchindizes, Sitzungen und technische Protokolle. Plugins können eigene Tabellen anlegen oder zusätzliche Informationen in den Standardtabellen speichern.

Ein gewisses Wachstum ist deshalb normal. Wenn Du neue Beiträge veröffentlichst, Produkte anlegst oder Bestellungen erhältst, werden weitere Datensätze gespeichert. Auch Änderungen an bestehenden Inhalten können zusätzliche Einträge erzeugen. Eine wachsende Datenbank ist daher zunächst ein Hinweis auf Nutzung, nicht zwingend auf eine technische Störung.

Ungewöhnlich ist das Wachstum vor allem dann, wenn es nicht zum Umfang der Website passt. Eine kleine Unternehmensseite ohne Shop sollte beispielsweise nicht dauerhaft große Mengen an Protokoll-, Sitzungs- oder Cache-Daten sammeln. In solchen Fällen lohnt sich eine genaue Analyse statt einer vorschnellen Löschung.

Normales und auffälliges Datenbankwachstum unterscheiden

Beobachtung	Mögliche Einordnung	Was Du prüfen solltest
Neue Beiträge und Seiten vergrößern die Datenbank	Normal	Ob der Umfang zu den tatsächlich vorhandenen Inhalten passt
Viele Revisionen in kurzer Zeit	Oft vermeidbar	Revisionen, Autosaves und Bearbeitungsabläufe
Eine Plugin-Tabelle wächst sehr schnell	Prüfenswert	Protokolle, Sitzungen, Aufgaben und Aufbewahrungsregeln
Große Mengen temporärer Einträge	Häufig ein Wartungsproblem	Transients, Cronjobs und Cache-Daten
Viele Tabellen eines nicht mehr verwendeten Plugins	Potenzielle Altlast	Deinstallationsoptionen und Abhängigkeiten

Welche Bereiche besonders häufig wachsen

Beitragsrevisionen und Autosaves

WordPress kann frühere Versionen von Beiträgen und Seiten speichern. Diese Revisionen sind nützlich, wenn Du eine Änderung rückgängig machen möchtest. Bei häufig bearbeiteten Seiten können jedoch viele ältere Versionen entstehen. Zusätzlich legt WordPress Autosaves an, damit Zwischenstände bei der Bearbeitung nicht vollständig verloren gehen.

Revisionen befinden sich typischerweise in der Tabelle für Beiträge und Inhalte. Sie können dort neben normalen Beiträgen, Seiten und benutzerdefinierten Inhaltstypen einen erheblichen Teil der Datensätze ausmachen. Eine pauschale Löschung ist dennoch nicht immer sinnvoll: Du solltest zuerst klären, ob ältere Bearbeitungsstände noch benötigt werden.

Kommentar-, Spam- und Papierkorbdaten

Websites mit aktivierter Kommentarfunktion sammeln Kommentare, Spam und möglicherweise moderierte Einträge. Auch gelöschte Inhalte landen nicht immer sofort endgültig außerhalb der Datenbank. Je nach WordPress-Funktion und Einstellungen können Papierkorbeinträge eine Zeit lang erhalten bleiben.

Bei einer Website ohne Kommentare sollte geprüft werden, ob Kommentar- und Pingback-Funktionen wirklich benötigt werden. Bei einer Website mit Kommentaren ist dagegen eine klare Moderations- und Aufbewahrungsroutine wichtiger als eine unüberlegte Deaktivierung.

Transients, Cache- und Sitzungsdaten

Transients sind zeitlich begrenzte WordPress-Daten, die von WordPress oder Plugins für Zwischenspeicherungen genutzt werden. Dazu gehören beispielsweise Ergebnisse von API-Abfragen oder vorübergehende Konfigurationen. Normalerweise können abgelaufene Transients bereinigt werden. Fehlerhafte Plugins oder unterbrochene Bereinigungsprozesse können jedoch dazu führen, dass sich solche Einträge ansammeln.

WooCommerce und andere umfangreiche Plugins können außerdem Sitzungsdaten speichern. Wenn Sitzungen nicht ordnungsgemäß ablaufen oder sehr lange aufbewahrt werden, wächst die Datenbank weiter. Hier solltest Du nicht einfach Tabellen leeren, sondern zunächst die vorgesehenen Wartungsfunktionen und Aufbewahrungszeiten des jeweiligen Plugins prüfen.

Plugin-Protokolle und Hintergrundaufgaben

Viele Plugins schreiben Ereignisse in eigene Tabellen: fehlgeschlagene Anmeldungen, E-Mail-Versuche, API-Anfragen, Importvorgänge, Änderungen an Einstellungen oder geplante Aufgaben. Solche Protokolle sind für die Fehlersuche hilfreich, müssen aber nicht unbegrenzt gespeichert werden.

Besonders kritisch ist eine Kombination aus fehlerhafter Hintergrundaufgabe und fehlender Aufbewahrungsgrenze. Ein Cronjob kann dann immer wieder neue Datensätze erzeugen. Der entscheidende Hinweis ist häufig eine einzelne Plugin-Tabelle, die deutlich schneller wächst als alle anderen.

WooCommerce-Bestellungen und technische Zusatzdaten

Bei einem WooCommerce-Shop ist ein größeres Datenbankvolumen grundsätzlich erwartbar. Bestellungen, Kundendaten, Warenkorbinformationen, Gutscheine, Steuerdaten und Statusänderungen können jeweils mehrere Datensätze erzeugen. Zusätzlich speichern Erweiterungen häufig eigene Metadaten.

Bei einem Shop solltest Du daher zwischen geschäftlich erforderlichen Daten und technischen Altlasten unterscheiden. Bestellungen dürfen nicht einfach gelöscht werden, nur weil die Datenbank kleiner werden soll. Prüfe vor jeder Bereinigung Aufbewahrungspflichten, interne Prozesse und die Auswirkungen auf Rechnungen, Auswertungen und Kundenkonten. Technische Optimierung bedeutet hier vor allem, unnötige Protokolle und temporäre Daten zu begrenzen.

Die Ursache systematisch ermitteln

Achte auf den Unterschied zwischen der Gesamtgröße und einzelnen auffälligen Tabellen. Genau diese Zuordnung hilft Dir, ein verantwortliches Plugin oder einen fehlerhaften Prozess gezielt zu prüfen.

Bevor Du Daten löschst, brauchst Du eine Übersicht. Eine gute Analyse beginnt mit einem vollständigen Backup und möglichst einer Staging-Umgebung. So kannst Du Bereinigungen testen, ohne die produktive Website unmittelbar zu gefährden.

1. Datenbankgröße und Tabellen vergleichen

Die Datenbank besteht aus mehreren Tabellen. In einer Standardinstallation findest Du unter anderem Tabellen für Beiträge, Metadaten, Optionen, Benutzer und Kommentare. Plugins können weitere Tabellen hinzufügen. Entscheidend ist nicht nur die Gesamtgröße, sondern die Verteilung auf einzelne Tabellen.

Eine Datenbankverwaltung wie phpMyAdmin kann Dir die Größe der Tabellen anzeigen. Je nach Hosting stehen auch Verwaltungsoberflächen oder WordPress-Werkzeuge zur Verfügung. Notiere Dir zunächst, welche Tabellen am größten sind und ob Du sie einem aktiven Plugin oder einer WordPress-Funktion zuordnen kannst.

2. Große Tabellen inhaltlich einordnen

Eine große Inhaltstabelle kann durch viele echte Beiträge, Seiten, Produkte oder Revisionen entstehen. Eine große Metadatentabelle enthält dagegen oft Zusatzinformationen von Plugins und Themes. Eine umfangreiche Optionstabelle kann auf viele Einstellungen, zwischengespeicherte Werte oder Autoload-Daten hinweisen.

Die Größe allein beweist noch keine Fehlkonfiguration. Eine Tabelle mit vielen Datensätzen kann technisch sauber sein, während eine kleinere Tabelle problematische oder ständig wachsende Einträge enthält. Deshalb solltest Du Wachstum über einen Zeitraum beobachten und nicht nur eine Momentaufnahme bewerten.

3. Verantwortliches Plugin identifizieren

Bei individuellen Plugin-Tabellen ist der Tabellenname oft ein erster Hinweis. Zusätzlich kannst Du die Dokumentation des Plugins, seine Einstellungen und die Deinstallationslogik prüfen. Bei Standardtabellen helfen die Spalten, Inhaltstypen und Meta-Schlüssel bei der Zuordnung.

Wenn Du keinen eindeutigen Zusammenhang erkennst, solltest Du die Daten nicht auf Verdacht löschen. Deaktiviere ein verdächtiges Plugin zunächst nur in einer Testumgebung und beobachte, ob die Einträge weiterhin entstehen. Bei komplexen Systemen kann eine Auswertung der SQL-Abfragen oder der geplanten Aufgaben erforderlich sein.

4. Wachstum statt nur Größe messen

Eine große Datenbank kann stabil sein, während eine kleine Datenbank täglich unkontrolliert wächst. Vergleiche deshalb die Tabellen regelmäßig. Wenn beispielsweise nur eine Log-Tabelle zunimmt, liegt die Ursache wahrscheinlich in einem Protokollierungs- oder Hintergrundprozess. Wachsen dagegen vor allem Revisionsdaten, ist der Bearbeitungsprozess oder die Revisionseinstellung relevant.

WordPress-Datenbank sicher bereinigen

Eine Bereinigung sollte immer nachvollziehbar, schrittweise und rückrollbar erfolgen. Erstelle ein aktuelles Backup der Dateien und der Datenbank. Prüfe außerdem, ob das Backup tatsächlich wiederherstellbar ist oder ob Dein Hosting eine Wiederherstellungsfunktion bereitstellt. Bei kritischen Websites ist eine Staging-Kopie sinnvoll.

Revisionen kontrolliert reduzieren

Du kannst die Anzahl künftig gespeicherter Revisionen begrenzen. Das verhindert weiteres unbegrenztes Wachstum, löscht aber nicht automatisch bereits vorhandene Revisionen. Für die bestehende Datenbank brauchst Du eine geeignete Wartungsfunktion oder eine sorgfältig geprüfte Datenbankoperation.

Gehe dabei nicht direkt an die produktive Datenbank, wenn Du die Auswirkungen nicht sicher einschätzen kannst. Prüfe nach der Bereinigung, ob Beiträge, Seiten, benutzerdefinierte Inhaltstypen und der Block Editor weiterhin korrekt funktionieren. Eine sinnvolle Aufbewahrung weniger Revisionen kann ein guter Kompromiss zwischen Wiederherstellbarkeit und Datenbankgröße sein.

Abgelaufene Transients und temporäre Daten entfernen

Abgelaufene Transients können in vielen Fällen entfernt werden, sofern sie nicht gerade von einem Prozess benötigt werden. Vorher solltest Du klären, ob ein Cache- oder Performance-Plugin eigene Speichermechanismen verwendet. Eine Bereinigung während eines laufenden Imports oder einer geplanten Synchronisation kann unerwartete Nebenwirkungen haben.

Wenn temporäre Daten nach kurzer Zeit erneut in großer Menge entstehen, ist die Ursache noch nicht behoben. Dann solltest Du das verantwortliche Plugin, API-Verhalten, Cronjobs und Fehlermeldungen untersuchen. Wiederholtes Löschen ohne Ursachenanalyse ist nur eine kurzfristige Maßnahme.

Plugin-Logs mit Aufbewahrungsfristen versehen

Prüfe in den Plugin-Einstellungen, ob Protokolle automatisch nach einer bestimmten Zeit gelöscht werden können. Falls eine solche Option fehlt, solltest Du die technische Dokumentation und die Auswirkungen einer manuellen Bereinigung prüfen. Logdaten können wichtige Informationen für Sicherheits- oder Fehleranalysen enthalten.

Bevor Du Logs löschst, exportiere bei Bedarf die relevanten Informationen oder sichere die Datenbank. Achte außerdem darauf, ob ein Plugin bei jeder Anfrage neue Logeinträge erzeugt. Ein dauerhaft aktiviertes Debugging auf einer produktiven Website kann die Datenbank unnötig belasten.

Unbenutzte Plugin-Daten prüfen

Das Deaktivieren eines Plugins entfernt dessen Daten normalerweise nicht automatisch. Manche Plugins bieten bei der Deinstallation eine Option zum Löschen ihrer Tabellen und Einstellungen, andere lassen Daten bewusst zurück, damit eine spätere Reaktivierung möglich ist.

Entferne Altlasten nur, wenn Du das Plugin nicht mehr benötigst und die Daten eindeutig zugeordnet werden können. Bei einem Shop, Mitgliederbereich oder einer individuellen Integration können vermeintlich ungenutzte Tabellen noch von anderen Funktionen verwendet werden. Im Zweifel ist eine Prüfung im Quellcode oder in einer Testumgebung sicherer als eine direkte Löschung.

Typische Fehler bei der Datenbankbereinigung

Direktes Löschen über phpMyAdmin

phpMyAdmin ist ein leistungsfähiges Werkzeug, aber falsche SQL-Befehle können Inhalte dauerhaft beschädigen. Ein fehlender Filter kann mehr Datensätze löschen als beabsichtigt. Außerdem können Beziehungen zwischen Tabellen, Metadaten und Plugins berücksichtigt werden müssen.

Wenn Du SQL verwendest, arbeite mit einem Backup, prüfe den Befehl zunächst als reine Auswahlabfrage und sichere die betroffenen Datensätze separat. Bei Unsicherheit sollte die Bereinigung durch eine fachkundige Person erfolgen.

Alle Revisionen pauschal entfernen

Revisionen sind nicht grundsätzlich nutzlos. Sie können bei redaktionellen Arbeitsabläufen, rechtlichen Nachweisen oder Fehlerkorrekturen eine Rolle spielen. Eine vollständige Löschung kann außerdem unerwartet viele Datensätze betreffen, wenn benutzerdefinierte Inhaltstypen einbezogen werden.

Besser ist eine definierte Aufbewahrungsstrategie: notwendige Versionen behalten, alte Revisionen begrenzen und künftig ein unkontrolliertes Anwachsen verhindern.

Tabellen ohne Kenntnis des Plugins leeren

Ein unbekannter Tabellenname ist kein ausreichender Grund für eine Löschung. Tabellen können durch ein aktives Plugin, ein Theme, eine Integration oder eine frühere Erweiterung verwendet werden. Auch ein Plugin, das aktuell deaktiviert ist, kann Daten später wieder benötigen.

Ordne die Tabelle zuerst zu, prüfe Abhängigkeiten und teste die Website nach jeder Änderung. Dazu gehören Frontend, Anmeldung, Formulare, Suche, Editor, Shopfunktionen und geplante Prozesse.

Optimieren mit Reparieren verwechseln

Eine Datenbankoptimierung kann Speicherplatz neu organisieren oder Tabellen technisch überarbeiten. Sie ersetzt jedoch keine Ursachenanalyse. Wenn ein Plugin weiterhin fehlerhafte Logeinträge erzeugt, wird die Datenbank nach der Optimierung erneut wachsen.

Auch die Funktion „Reparieren“ sollte nicht unüberlegt eingesetzt werden. Sie ist für bestimmte Datenbankprobleme gedacht und nicht für jede Form von Wachstum. Vorher sind Backup, Fehlerprotokoll und Hosting-Umgebung zu berücksichtigen.

Technische Aspekte von WordPress-Datenbanken

Autoload-Daten in der Optionstabelle

WordPress lädt bestimmte Einträge aus der Optionstabelle bei vielen Anfragen automatisch. Diese Autoload-Daten können die Verarbeitung beeinflussen, wenn Plugins große oder nicht mehr benötigte Werte dort ablegen. Das Problem ist nicht zwingend die Gesamtgröße der Tabelle, sondern die Menge und Art der automatisch geladenen Daten.

Eine Analyse sollte deshalb klären, welche Optionen automatisch geladen werden, welchem Plugin sie gehören und ob sie noch gebraucht werden. Ändere solche Werte nicht blind, da falsch entfernte Optionen Funktionen und Konfigurationen beschädigen können.

Indizes und Tabellenstruktur

Datenbanktabellen verwenden Indizes, damit Abfragen bestimmte Datensätze schneller finden. Fehlende oder ungünstige Indizes können Abfragen verlangsamen, während sehr viele Indizes zusätzlichen Speicher benötigen und Schreibvorgänge beeinflussen können.

Ob eine Tabelle strukturell optimiert werden sollte, hängt vom verwendeten Datenbanksystem, der WordPress-Version, dem Plugin und dem konkreten Abfrageverhalten ab. Eine pauschale Änderung an Indizes ist deshalb nicht empfehlenswert. Bei größeren Websites kann eine Auswertung langsamer SQL-Abfragen sinnvoll sein.

WP-Cron und wiederkehrende Aufgaben

WordPress nutzt geplante Aufgaben für verschiedene Prozesse. Plugins können eigene Aufgaben registrieren, etwa für Importe, E-Mails, Synchronisationen, Bereinigungen oder Berichte. Wenn eine Aufgabe fehlschlägt und immer wieder neue Einträge erzeugt, wächst die Datenbank möglicherweise sehr schnell.

Prüfe geplante Aufgaben auf wiederkehrende Fehler, veraltete Einträge und ungewöhnlich häufige Ausführung. Eine Aufgabe sollte nicht einfach gelöscht werden, wenn sie für Bestellungen, Aktualisierungen oder Integrationen erforderlich ist. Zuerst muss die Ursache des Fehlers verstanden werden.

Debugging und Protokollierung

Debugging kann während der Entwicklung wertvolle Hinweise liefern. Auf einer produktiven Website sollten Debug- und Logeinstellungen jedoch bewusst konfiguriert werden. Prüfe, wohin Protokolle geschrieben werden, wie lange sie erhalten bleiben und ob vertrauliche Informationen enthalten sein können.

Nach einer Fehleranalyse sollten nicht mehr benötigte Debug-Einstellungen deaktiviert und vorhandene Protokolle nach einer geeigneten Sicherung bereinigt werden. So verhinderst Du, dass die technische Fehlersuche selbst zur Ursache des Datenbankwachstums wird.

Praxisbeispiel: Eine kleine Website wächst ungewöhnlich schnell

Angenommen, eine Unternehmenswebsite enthält nur wenige Seiten und Beiträge. Trotzdem wächst die Datenbank innerhalb kurzer Zeit deutlich. Bei der Tabellenanalyse fällt auf, dass eine Plugin-Tabelle für Aktivitätsprotokolle besonders schnell größer wird.

Als erste Maßnahme wird ein Backup erstellt und eine Staging-Kopie vorbereitet. Anschließend wird geprüft, welche Ereignisse das Plugin protokolliert. Dabei kann sich beispielsweise zeigen, dass eine fehlgeschlagene Schnittstellenverbindung bei jedem Versuch einen neuen Fehlerdatensatz erzeugt. Die eigentliche Lösung besteht dann nicht darin, die Tabelle regelmäßig zu leeren, sondern die Verbindung, Zugangsdaten, URL oder den wiederkehrenden Prozess zu korrigieren.

Nach der Fehlerbehebung wird eine Aufbewahrungsregel für das Protokoll eingerichtet, sofern das Plugin dies unterstützt. Die bereits vorhandenen Daten werden kontrolliert bereinigt. Danach wird über einen angemessenen Zeitraum beobachtet, ob die Tabelle weiterhin ungewöhnlich wächst. Dieses Vorgehen ist nachhaltiger als eine einmalige Massenlöschung.

So beugst Du unnötigem Datenbankwachstum vor

• Halte WordPress, Plugins und Themes aktuell, nachdem ein geprüftes Backup erstellt wurde.
• Installiere nur Erweiterungen, die Du tatsächlich benötigst, und entferne nicht mehr verwendete Plugins vollständig nach einer Prüfung.
• Lege für Revisionen, Protokolle, Sitzungen und temporäre Daten passende Aufbewahrungsregeln fest.
• Überwache die größten Tabellen regelmäßig und achte auf ungewöhnliche Wachstumsraten.
• Deaktiviere Debugging und ausführliche Protokollierung nach abgeschlossener Fehlersuche.
• Prüfe Cronjobs und Synchronisationen auf wiederkehrende Fehler.
• Führe Bereinigungen zuerst in einer Staging-Umgebung durch, wenn die Website geschäftskritisch ist.
• Bewahre Backups nach einem nachvollziehbaren Konzept auf und prüfe die Wiederherstellung.

Auch die Medienbibliothek verdient eine getrennte Betrachtung. Bilder und Dateien liegen überwiegend im Dateisystem, während ihre Zuordnung und Metadaten in der Datenbank gespeichert werden. Das Löschen nicht mehr benötigter Dateien kann daher Speicherplatz auf dem Server freigeben, verkleinert die Datenbank aber nicht automatisch. Datenbank- und Dateibereinigung sollten deshalb nicht verwechselt werden.

Wann professionelle Unterstützung sinnvoll ist

Eine fachkundige Analyse ist besonders sinnvoll, wenn die Datenbank sehr schnell wächst, Fehler beim Backup auftreten, der Shop betroffen ist oder Du die Tabellen nicht eindeutig zuordnen kannst. Auch nach einer Migration, einem Relaunch oder der Entfernung eines komplexen Plugins können verwaiste Daten und inkonsistente Beziehungen zurückbleiben.

Für eine saubere Untersuchung sind möglichst konkrete Informationen hilfreich: Datenbankgröße, größte Tabellen, verwendete Plugins, Zeitpunkt des Wachstums, relevante Fehlermeldungen und Änderungen an der Website. So kann die Ursache gezielter eingegrenzt werden, statt nur Symptome zu behandeln.

Bei sicherheitsrelevanten Protokollen, personenbezogenen Daten und Shopinformationen sollte außerdem bedacht werden, welche Daten gelöscht werden dürfen und welche für interne Abläufe oder gesetzliche Anforderungen benötigt werden. Eine technische Bereinigung ersetzt keine individuelle rechtliche Prüfung.

FAQ

Ist es normal, dass eine WordPress-Datenbank größer wird?

Ja. Neue Beiträge, Seiten, Benutzer, Kommentare, Produkte und Bestellungen erzeugen zusätzliche Datensätze. Ungewöhnlich wird es, wenn die Datenbank deutlich schneller wächst als der Umfang der Website oder wenn einzelne technische Tabellen unkontrolliert zunehmen.

Welche Tabellen sollte ich zuerst prüfen?

Beginne mit den größten Tabellen und ordne sie den WordPress-Funktionen oder Plugins zu. Häufig relevant sind die Tabellen für Beiträge und Metadaten, Optionen, Kommentare sowie individuelle Tabellen von Plugins. Die genaue Prüfung hängt von der Installation ab.

Kann ich alle WordPress-Revisionen löschen?

Das ist technisch möglich, aber nicht immer sinnvoll. Revisionen können für redaktionelle Arbeitsabläufe und Wiederherstellungen nützlich sein. Sichere die Datenbank vorher und lege anschließend eine passende Begrenzung für künftig gespeicherte Revisionen fest.

Verkleinert das Optimieren der Datenbank automatisch ihre Größe?

Nicht unbedingt. Eine Optimierung kann die interne Struktur oder freien Speicher innerhalb von Tabellen beeinflussen. Ob die Datei auf dem Server tatsächlich kleiner wird, hängt vom Datenbanksystem und vom Hosting ab. Entscheidend bleibt die Beseitigung der Ursache für unnötiges Wachstum.

Was passiert mit Plugin-Daten nach der Deinstallation?

Das ist vom jeweiligen Plugin abhängig. Manche Erweiterungen löschen ihre Tabellen und Optionen, andere behalten sie für eine spätere Wiederverwendung. Prüfe die Deinstallationsoptionen und sichere die Daten, bevor Du eindeutig nicht mehr benötigte Tabellen entfernst.

Kann eine große Datenbank die Website verlangsamen?

Eine große Datenbank allein bedeutet nicht automatisch eine langsame Website. Problematisch können jedoch sehr große oder schlecht abgefragte Tabellen, umfangreiche Autoload-Daten, fehlende Indizes, fehlerhafte Cronjobs und ineffiziente Plugins sein. Die tatsächliche Ursache sollte anhand von Abfragen und Ladezeiten untersucht werden.

Wie oft sollte ich die WordPress-Datenbank bereinigen?

Eine feste allgemeine Häufigkeit gibt es nicht. Sinnvoll ist eine regelmäßige Kontrolle der Tabellen und Protokolle, angepasst an die Nutzung der Website. Bei einem Shop oder einer stark bearbeiteten Redaktion gelten andere Anforderungen als bei einer kleinen statischen Unternehmensseite.

Fazit

Wenn Deine WordPress-Datenbank immer größer wird, solltest Du zuerst die Ursache ermitteln und nicht sofort Daten löschen. Revisionen, Transients, Sitzungen, Plugin-Logs, Cronjobs und WooCommerce-Daten haben unterschiedliche Funktionen und benötigen unterschiedliche Maßnahmen.

Ein aktuelles Backup, eine nachvollziehbare Tabellenanalyse und – bei wichtigen Websites – eine Staging-Umgebung bilden die Grundlage für eine sichere Bereinigung. Begrenze unnötige Aufbewahrungszeiten, entferne eindeutig verwaiste Daten und beobachte das Wachstum anschließend weiter. So wird aus einer einmaligen Aufräumaktion eine dauerhafte, updatefähige Wartungsstrategie.