Wartung der WordPress-Datenbank
Erkennen Sie den Handlungsbedarf, bevor Sie Ihre Datenbank ändern.
Prüfen Sie Speicherbelegung, Indizes und Einstellungen über MCP. Wählen Sie anschließend eine gezielte Maßnahme anhand der Befunde Ihrer eigenen WordPress-Website.
Ein Befund ist ein Anlass zur weiteren Prüfung.
Der Zustandsbericht trennt Tabellenspeicher, Indexbefunde, automatisch geladene Optionen und abgelaufene Transient-Einträge. Prüfen Sie einen Bereich gezielt, wenn er eine genauere Untersuchung erfordert.
Eine große Tabelle erklärt nicht, warum eine Seite langsam ist. Ein möglicherweise überflüssiger Index muss geprüft werden; er ist keine Aufforderung zum Löschen. Das Plugin meldet Beobachtungen und den verfügbaren Prüfumfang. Es repariert die Datenbank nicht automatisch.
Eine Untersuchung liest den aktuellen Zustand. Eine Wartungsmaßnahme ändert einen ausgewählten Teil in einem separaten, bestätigten Vorgang.
Autoload ändert das Laden, nicht die gespeicherten Werte.
Einige WordPress-Einstellungen werden automatisch gemeinsam geladen. Die Autoload-Operation ändert dieses Kennzeichen für ausdrücklich benannte Optionen und erhält deren gespeicherte Werte.
Prüfen Sie vor der Änderung, welches Plugin die Option verwaltet und wie sie verwendet wird. Die Größe allein zeigt nicht, ob Autoload abgeschaltet werden sollte. Ein Aufruf akzeptiert bis zu 25 benannte Optionen, die keine Transients sind, und prüft das resultierende Kennzeichen.
Die ausgewählten Einstellungen werden gemeinsam geladen. Ihr gespeicherter Inhalt bleibt unverändert.
Wählen Sie die Operation passend zu Ihrer Frage.
Beginnen Sie mit einer reinen Leseprüfung. Wartungsoperationen führen standardmäßig einen Probelauf aus und verlangen eine ausdrückliche Bestätigung für eine tatsächliche Änderung.
Speicherbelegung und Indizes prüfen
Nutzen Sie die Zustandsübersicht zur Orientierung. Prüfen Sie danach Indexdefinitionen, Optionsgrößen oder die Speicher-Engines der Kerntabellen. Indexergebnisse werden seitenweise ausgegeben. Optionale Performance-Schema-Zähler liefern Beobachtungen, aber keinen Beweis dafür, dass ein Index nie verwendet wird.
Abgelaufene temporäre Einträge entfernen
Simulieren Sie die Bereinigung von bis zu 500 abgelaufenen Transient-Zeitlimiteinträgen. Sie gehören zu den temporären Cache-Daten von WordPress. Die Antwort meldet das Bereinigungsergebnis, ohne Transient-Namen oder Werte offenzulegen. Weitere Durchläufe können erforderlich sein.
Eine bekannte Textstelle in Beiträgen ersetzen
Suchen Sie beispielsweise „Lieferung in fünf Tagen“, bevor Sie den Text durch eine geprüfte Zusage von drei Tagen ersetzen. Listen Sie passende Beiträge auf, wählen Sie Beitragstypen und Status aus und simulieren Sie eine Ersetzung mit Klartext oder regulären Ausdrücken. Die Suche erfasst gespeicherte Beitragsinhalte, nicht jedes Wort auf der Website. Ein Limit von 0 setzt keine ausdrückliche Ergebnisobergrenze. Tatsächliche Schreibvorgänge erfordern MCP Abilities – Block Editor und Bearbeitungsrechte für jeden Beitrag. Die native Blockvalidierung kann eine vorgeschlagene Ersetzung ablehnen.
Speicher-Engines ausgewählter Kerntabellen konvertieren
Wählen Sie unterstützte WordPress-Kerntabellen anhand ihrer logischen Schlüssel. WordPress ermittelt die tatsächlichen Namen, auch bei eigenen Präfixen. Beliebige Plugin-Tabellen lassen sich mit dieser Aktion nicht bearbeiten. Halten Sie eine geeignete Sicherung bereit und prüfen Sie nach einer bestätigten Konvertierung die gemeldete endgültige Engine.
Kennen Sie die Grenzen des Berichts.
Die Zustandsübersicht ist keine vollständige Datenintegritätsprüfung und keine Diagnose langsamer Abfragen. Optionsberichte zeigen Namen und Größen, keine Werte. Es gibt keinen Endpunkt für beliebiges SQL, keine automatische Indexlöschung und keinen allgemeinen Reparaturbefehl.
Bei Multisite erfordern die Schemaermittlung und Anfragen zu netzwerkweiten Tabellen Super-Admin- und Netzwerkoptionsrechte. Das gilt auch für reine Leseprüfungen und Probeläufe.
Simulieren Sie eine Änderung und prüfen Sie danach die Wirkung.
Eine tatsächliche Wartungsanfrage benötigt
dry_run:false und confirm:true. Trefferzahlen im Probelauf garantieren nicht, dass spätere Inhaltsänderungen die Editorvalidierung bestehen. Prüfen Sie nach einer Ersetzung die betroffenen Seiten und deren Wortlaut.Ein fehlgeschlagenes Element macht vorherige erfolgreiche Änderungen desselben Aufrufs nicht rückgängig. Die Tabellenkonvertierung meldet das Ergebnis der Datenbankanweisung, die geprüfte Engine und mögliche Unsicherheiten getrennt. Ist die Wirkung unklar, prüfen Sie den aktuellen Zustand vor der nächsten Aktion.
Machen Sie aus einer Datenbankfrage einen konkreten nächsten Schritt.
Installieren Sie MCP Abilities – Database mit WordPress ab 6.9, PHP ab 8.0, WordPress MCP Adapter und MCP Expose Abilities. Für tatsächliche Ersetzungen von Beitragsinhalten ergänzen Sie MCP Abilities – Block Editor. Beginnen Sie mit einem reinen Lesebericht oder einer Liste passender Beiträge.