WordPress-Datenbank aufräumen: So wird sie schneller

5 Min Lesezeit veröffentlicht 13. Juli 2026 zuletzt geändert 23. August 2026

Jede WordPress-Seite läuft im Hintergrund auf einer Datenbank, in der Beiträge, Einstellungen und Cache-Daten gespeichert werden. Je länger eine Website online ist, desto mehr sammelt sich dort an – und irgendwann merkt man das: Das Admin-Backend reagiert zäh, Seiten laden langsamer, und selbst einfache Aktionen wie das Speichern eines Beitrags dauern plötzlich spürbar länger. In den meisten Fällen lohnt es sich dann, die WordPress-Datenbank aufzuräumen, bevor man nach anderen Ursachen sucht.

Kurz gefasst

• Datenbanken wachsen vor allem durch Beitragsrevisionen, abgelaufene Transients und Reste deinstallierter Plugins.
• Revisionen lassen sich über die Konstante WP_POST_REVISIONS begrenzen; der Altbestand muss getrennt entfernt werden.
• Abgelaufene Transients räumt ein täglicher Cron-Job zuverlässig weg, solange Wert- und Ablaufzeile beide vorhanden sind. Für den Rest zeigt der Artikel eine SQL-Abfrage, die nur abgelaufene Paare trifft.
• Autoload-Optionen sind der Punkt, der am häufigsten übersehen wird: Sie liegen bei jedem Seitenaufruf im Arbeitsspeicher, und ein Object Cache nimmt diesen Teil nicht ab.

Warum wird die WordPress-Datenbank überhaupt so groß?

WordPress arbeitet standardmäßig ziemlich großzügig mit Speicherplatz. Drei Dinge sind besonders häufig für aufgeblähte Datenbanken verantwortlich:

• Beitrags-Revisionen – bei jedem Speichern legt WordPress eine neue Version des Beitrags ab.
• Transients – temporäre Cache-Einträge, die eigentlich nach Ablauf automatisch verschwinden sollten, es aber oft nicht tun.
• Autoload-Optionen – Einstellungen, die WordPress bei jedem einzelnen Seitenaufruf automatisch in den Arbeitsspeicher lädt.

Einzeln betrachtet wirkt jeder dieser Punkte harmlos. In der Summe – vor allem bei Websites, die schon einige Jahre und viele Plugins auf dem Buckel haben – können sie die Ladezeit aber deutlich in die Höhe treiben. Wer seine WordPress-Datenbank aufräumt, holt sich hier oft ohne großen Aufwand spürbar mehr Performance zurück.

Beitrags-Revisionen begrenzen

WordPress speichert bei jedem Speichern automatisch eine neue Version des Beitrags – als eine Art integriertes Rückgängig-Funktion. Praktisch, aber ungebremst können sich diese Revisionen über Monate und Jahre auf Tausende Einträge summieren und die Datenbank unnötig aufblähen.

Wer Zugriff auf die wp-config.php der Website hat, kann die Anzahl der gespeicherten Revisionen pro Beitrag begrenzen. Folgende Zeile sorgt dafür, dass künftig nur noch 5 Revisionen behalten werden:

define('WP_POST_REVISIONS', 5);

Diese Einstellung wirkt nur auf neue Revisionen. Den bereits vorhandenen Altbestand räumt man am einfachsten mit einem Plugin wie WP-Optimize auf.

Transients bereinigen

Transients sind temporäre Cache-Einträge in der Datenbank, mit denen WordPress und viele Plugins wiederkehrende Berechnungen zwischenspeichern, damit sie nicht bei jedem Seitenaufruf neu ausgeführt werden müssen. Jeder Transient besteht aus zwei Zeilen: dem Wert und seinem Ablaufdatum. Ein täglicher Cron-Job entfernt abgelaufene Transients zuverlässig, solange beide Zeilen vorhanden sind.

Liegen bleiben die Fälle, in denen die Wertzeile fehlt und nur das Ablaufdatum übrig ist: Die Abfrage des Aufräum-Jobs geht von der Wertzeile aus und sieht eine solche Einzelzeile deshalb nie. Sie kostet Platz, aber keine Antwortzeit – set_transient() legt diese Zeilen mit autoload = off an, sie werden also nicht bei jedem Seitenaufruf mitgeladen. Wie sie entstehen und wie du sie findest, steht in Verwaiste Transients: die WordPress-Zeilen, die niemand mehr löscht.

Ein Aufräum-Plugin wie WP-Optimize erledigt das Übliche mit einem Klick. Wer sich direkten Zugriff auf die Datenbank zutraut, kann abgelaufene Transients auch per SQL über phpMyAdmin entfernen. Der Befehl geht von den Ablaufzeilen aus, deren Zeitstempel in der Vergangenheit liegt, und löscht sie zusammen mit der zugehörigen Wertzeile:

DELETE wert, ablauf
FROM wp_options AS ablauf
JOIN wp_options AS wert
  ON wert.option_name = CONCAT('_transient_', SUBSTRING(ablauf.option_name, 20))
WHERE ablauf.option_name LIKE '\_transient\_timeout\_%'
  AND ablauf.option_value < UNIX_TIMESTAMP();

Site-Transients folgen derselben Logik mit dem anderen Präfix:

DELETE wert, ablauf
FROM wp_options AS ablauf
JOIN wp_options AS wert
  ON wert.option_name = CONCAT('_site_transient_', SUBSTRING(ablauf.option_name, 25))
WHERE ablauf.option_name LIKE '\_site\_transient\_timeout\_%'
  AND ablauf.option_value < UNIX_TIMESTAMP();

Drei Dinge dazu. Der Tabellenname wp_options steht hier zweimal je Befehl – wenn deine Installation ein anderes Präfix verwendet, passe beide Vorkommen an. Lege vorher ein Backup an, ein DELETE lässt sich nicht zurücknehmen. Und wenn auf der Installation ein persistenter Object Cache läuft, liegen die laufenden Transients dort statt in der Tabelle; der Befehl trifft dann nur noch Altbestand aus der Zeit davor.

Autoload-Optionen prüfen

Ein Punkt, den viele beim Thema WordPress-Datenbank aufräumen übersehen: Bestimmte Optionen lädt WordPress zu Beginn jedes Seitenaufrufs als einen Block in den Arbeitsspeicher – unabhängig davon, ob die Anfrage sie braucht. Wird diese sogenannte Autoload-Datenmenge zu groß (Richtwert: über 1 MB), zahlt jeder Aufruf dafür. Häufige Verursacher sind Plugins, die dauerhaft große Datenmengen in der Datenbank ablegen, ohne sie wieder aufzuräumen.

Der Kostenpunkt ist dabei nicht das Auswerten der einzelnen Werte, sondern der Arbeitsspeicher, den der Block bis zum Ende der Anfrage belegt. Ein persistenter Object Cache spart die Datenbankabfragen, nicht diese Datenmenge – das ist der Grund, warum sich ein aufgeblähter Autoload-Bestand nicht wegcachen lässt. Nachgemessen auf zwei Installationen.

Mit WP-Optimize oder dem Analyse-Plugin Query Monitor lässt sich herausfinden, welche Optionen am meisten Platz belegen. Oft ist die effektivste Lösung schlicht, das verursachende Plugin zu deinstallieren.

Mit WP-Optimize aufräumen

Für alle drei Baustellen – Revisionen, Transients und allgemeinen Datenbank-Overhead – gibt es ein bewährtes Werkzeug, das auch ohne Datenbank-Kenntnisse funktioniert:

1. Installiere und aktiviere das Plugin WP-Optimize.

2. Gehe zu WP-Optimize → Datenbank.

3. Wähle die gewünschten Optimierungen (Revisionen, Transients, Datenbank-Overhead).

4. Klicke auf Ausgewählte Optimierungen ausführen.

Tipp: Erstelle vor größeren Datenbankoperationen immer ein Backup deiner WordPress-Installation. So lässt sich jede Änderung im Zweifel rückgängig machen.

Aufräumen ist gut – die richtige Infrastruktur ist besser

Eine aufgeräumte Datenbank ist ein wichtiger Baustein für eine schnelle WordPress-Seite, aber eben nur einer von mehreren. Genauso viel Einfluss haben Serverhardware, PHP-Version und ein sauber konfigurierter Object-Cache. Unser WordPress-Hosting bringt solche Optimierungen häufig schon von Haus aus mit und übernimmt zusätzlich das regelmäßige Datenbank-Housekeeping automatisch im Hintergrund – ein Grund, warum sich für viele Betreiber der Wechsel auf ein darauf zugeschnittenes Hosting lohnt.

Wer seine WordPress-Datenbank regelmäßig aufräumt – egal ob manuell, per Plugin oder durch den Hoster automatisiert – sorgt dafür, dass die Website auch nach Jahren im Betrieb schnell und zuverlässig bleibt.

Häufige Fragen zum Aufräumen der WordPress-Datenbank