Verwaiste Optionen löschen – nur mit Eigentümernachweis

Cookbook: Ziel und Ergebnis

Gelöscht wird nur eine eindeutig einer endgültig entfernten Komponente zugeordnete Option. „Sieht alt aus“ oder „ist groß“ ist kein Eigentümernachweis.

Rezept: Schritt für Schritt

1. Datei- und Datenbank-Backup gemeinsam erstellen; Staging aus demselben Stand anlegen.
2. Kandidaten mit Name, Größe, Autoload-Status und letztem bekannten Plugin inventarisieren.
3. Plugin-Code, Hersteller-Deinstallation und frühere Backups prüfen. Offizielle Uninstall-Routine bevorzugen.
4. Kandidaten einzeln auf Staging entfernen, Object Cache leeren und Funktionsmatrix sowie geplante Jobs prüfen.

Rechenweg oder Entscheidungsregel

Freigaberegel: Löschen nur bei drei „Ja“: Eigentümer eindeutig? Komponente endgültig entfernt? Wiederherstellung getestet? Fehlt eines, Option behalten oder höchstens Autoload fachlich prüfen.

Nettonutzen ≈ vermiedene Autoload-Bytes − Risiko-/Wartungskosten

Praxisbeispiel

oldgallery_cache_blob ist 2,3 MB groß. Erst nachdem das frühere Plugin, dessen Uninstall-Dokumentation und ein Staging-Test die Zuordnung bestätigen, wird sie entfernt. Eine 20-kB-Option mit unbekanntem Prefix bleibt unangetastet.

Prüfen, ob es funktioniert

• Keine PHP-Warnungen, fehlenden Einstellungen oder Cron-Fehler.
• Plugin-Neuinstallation ist nicht Teil des Betriebs – falls doch, benötigte Daten behalten.
• Tabellengröße und Autoload sinken tatsächlich messbar.

Rollback

Exportierten Datensatz mit identischem option_name, Wert und Autoload-Status wieder einspielen, Object Cache leeren und betroffene Komponente prüfen. Niemals das Gesamtbackup über eine neuere Produktion spielen, wenn eine einzelne Option genügt.

Warum pauschale Cleaner riskant sind

Optionsnamen sind nicht zentral registriert. Ein Prefix kann mehreren Komponenten gehören, und deaktiviert bedeutet nicht automatisch obsolet. Außerdem enthalten Werte serialisierte Daten und Beziehungen zu Cron, Transients oder Netzwerkeinstellungen.

Prüfverfahren

1. Backup erstellen und Wiederherstellung testen.
2. Große oder auffällige Optionen lesend inventarisieren.
3. Im Plugin-/Theme-Code und in der Herstellerdokumentation Eigentümer und Zweck feststellen.
4. Prüfen, ob die Komponente endgültig entfernt ist und ob sie eine offizielle Deinstallationsroutine besitzt.
5. Einzelne Kandidaten zuerst auf Staging löschen, Cache leeren und Funktions-/Cron-Tests ausführen.

Reihenfolge

Autoload bei selten benötigten, aber weiterhin gültigen Daten abzuschalten ist oft sicherer als Löschen. Eine offiziell vorgesehene Deinstallation ist einer manuellen SQL-Löschung vorzuziehen.

Erfolgskontrolle

Neben Tabellengröße zählen PHP-Fehler, Admin-Funktionen, geplante Jobs und Plugin-Neuaktivierung. Ohne messbaren Engpass ist eine aggressive Bereinigung meist Wartungsrisiko ohne spürbaren Frontendgewinn.

Quellen und Prüfstand

• WordPress: Options API
• WordPress: Autoload-Optimierung

Inhalt fachlich geprüft am 17. August 2026. Konkrete Werte sind Ausgangspunkte, keine Universaldosierung.