Bringt das Aufräumen der WordPress-Datenbank wirklich Performance?

Es kommt darauf an, wie viel Ballast sich angesammelt hat. Der wirksamste Hebel sind aufgeblähte autoload-Daten, die WordPress bei jedem einzelnen Seitenaufruf mitlädt – hier bringt Aufräumen spürbar etwas. Revisionen und Transients zu löschen macht die Datenbank kleiner und Backups schneller, wirkt sich auf die Ladezeit aber meist geringer aus. Deshalb gilt: vorher und nachher messen, statt blind ein Plugin laufen zu lassen.

Was ist autoload und warum ist es wichtig?

In der Tabelle wp_options haben Optionen ein autoload-Flag. Alles mit autoload = yes lädt WordPress bei JEDEM Seitenaufruf automatisch in den Speicher – unabhängig davon, ob die Seite es braucht. Verlassene Plugins hinterlassen hier oft große Datenmengen, die dann bei jedem Request unnötig mitgeschleppt werden. Diese autoload-Leichen zu finden und zu entfernen ist der größte Datenbank-Performance-Hebel.

Wie oft sollte ich die WordPress-Datenbank aufräumen?

Für die meisten Seiten reicht ein bis zwei Mal im Jahr, plus einmalig nach dem Entfernen größerer Plugins, weil die ihre autoload-Optionen oft zurücklassen. Bei sehr aktiven Seiten mit vielen Beiträgen und Plugins kann ein Quartalsrhythmus sinnvoll sein. Wichtiger als die Frequenz ist, Revisionen dauerhaft zu begrenzen, damit sich gar nicht erst viel ansammelt.

Welches Plugin eignet sich zum Datenbank-Aufräumen?

Etablierte Optimierungs-Plugins wie WP-Optimize oder Advanced Database Cleaner erledigen Revisionen, Transients und Spam sicher und bieten vorher ein Backup an. Für das gezielte Aufräumen von autoload-Leichen ist oft ein direkter Blick per SQL präziser. In beiden Fällen gilt: erst Backup, dann aufräumen – eine falsch gelöschte Option kann eine Seite lahmlegen.

WordPress-Datenbank aufräumen und optimieren

Die Datenbank ist das Gedächtnis deiner WordPress-Seite – und sie wächst mit jedem Beitrag, jedem Plugin und jeder gespeicherten Einstellung. Mit der Zeit sammelt sich Ballast an, der jeden Seitenaufbau minimal verzögert und Backups aufbläht. Das Aufräumen lohnt sich, wenn man weiß, wo man ansetzt – und vorher wie nachher misst, statt blind ein Plugin klicken zu lassen.

Wo sich der Ballast ansammelt

Diese Stellen sind fast immer betroffen:

Beitragsrevisionen: WordPress speichert jede Zwischenversion. Bei langen Texten summiert sich das schnell auf das Vielfache des eigentlichen Inhalts.
Transients: zwischengespeicherte, eigentlich temporäre Daten von Plugins, die nicht immer sauber ablaufen und dann als Leichen liegen bleiben.
autoload-Daten in wp_options: Optionen mit autoload = yes werden bei jedem Seitenaufruf geladen. Verlassene Plugins hinterlassen hier oft große Datenmengen, die WordPress unnötig bei jedem Request mitschleppt. Das ist der wichtigste Punkt.
Papierkorb und Spam: gelöschte Beiträge im Papierkorb, Spam- und abgelehnte Kommentare samt ihren Metadaten.
Verwaiste Metadaten: postmeta- und commentmeta-Einträge, deren Beitrag oder Kommentar längst gelöscht ist – oft von deinstallierten Plugins zurückgelassen.

Erst messen

Bevor du löschst, schau dir die Lage an. Die Größe der autoload-Daten verrät dir diese SQL-Abfrage (in phpMyAdmin):

SELECT ROUND(SUM(LENGTH(option_value))/1024/1024, 2) AS autoload_mb
FROM wp_options WHERE autoload = 'yes';

Liegt der Wert deutlich über ~1 MB, lohnt der genauere Blick, welche Optionen so groß sind:

SELECT option_name, ROUND(LENGTH(option_value)/1024, 1) AS kb
FROM wp_options WHERE autoload = 'yes'
ORDER BY LENGTH(option_value) DESC LIMIT 20;

Tauchen hier Namen von Plugins auf, die du längst entfernt hast, hast du deine Kandidaten gefunden.

Gezielt aufräumen

Revisionen begrenzen statt nur einmalig löschen. In der wp-config.php:
```
define( 'WP_POST_REVISIONS', 5 );
```
So bleiben pro Beitrag maximal fünf Revisionen erhalten – der Rest wird gar nicht erst angesammelt.
Transients und alte Revisionen entfernen – am sichersten über ein etabliertes Optimierungs-Plugin, das vorher ein Backup anbietet, oder per gezielter SQL-Abfrage, wenn du weißt, was du tust.
autoload-Leichen verlassener Plugins identifizieren (siehe Abfrage oben) und auf autoload = no setzen oder löschen – hier ist ein Backup Pflicht.
Papierkorb und Spam leeren – regelmäßig, nicht einmalig; WordPress kann Kommentar-Spam auch automatisch nach 15 Tagen entsorgen.

Tabellen-Overhead entfernen

Nach dem Löschen bleibt in MySQL/MariaDB oft „Overhead” zurück – reservierter, aber nicht mehr genutzter Speicher. Ein OPTIMIZE TABLE gibt ihn frei und defragmentiert die Tabelle. In phpMyAdmin geht das per Klick über „Tabellen optimieren”; die meisten Optimierungs-Plugins erledigen es ebenfalls. Bei sehr großen Tabellen kann das kurz sperren – also besser außerhalb der Stoßzeiten.

Wichtig: Vor jedem Eingriff in die Datenbank ein Backup. Eine falsch gelöschte Option kann eine Seite lahmlegen.

Nachher messen

Führe dieselbe autoload-Abfrage erneut aus und wirf einen Blick auf die Ladezeit (PageSpeed Insights). Nur so weißt du, ob das Aufräumen wirklich etwas gebracht hat – und nicht nur ein gutes Gefühl war. Wenn der autoload-Wert von mehreren MB auf einen Bruchteil sinkt, hast du echten Ballast entfernt; bewegt er sich kaum, lag das Problem woanders.

Wie oft, und wie es dauerhaft sauber bleibt

Einmaliges Aufräumen verpufft, wenn sich der Ballast gleich wieder ansammelt. Nachhaltiger ist die Kombination: Revisionen dauerhaft begrenzen, Spam automatisch entsorgen lassen und nach dem Entfernen größerer Plugins gezielt deren autoload-Reste prüfen. Für die meisten Seiten reicht dann ein bis zwei Mal im Jahr ein bewusster Blick. Genau so ein regelmäßiger Check gehört bei uns zur WordPress-Wartung.

Eine komplett unerreichbare Datenbank ist ein eigenes Thema → Datenbankverbindung fehlgeschlagen. Ansonsten ist die Datenbank einer der Hebel, die in die Core Web Vitals einzahlen, neben Caching.

Du willst wissen, was deine Datenbank wirklich ausbremst, ohne selbst SQL zu schreiben? Schreib uns kurz – wir messen, räumen sicher auf und zeigen dir den Unterschied.