Eine Datenbankbereinigung bleibt bei 62 Prozent stehen, der Browser meldet einen Timeout und der Auftrag wird mehrfach neu gestartet. Der erste Prozess kann jedoch weiterhin laufen oder Sperren halten. Weitere Aufträge bearbeiten dann dieselben Tabellen, erhöhen die Last und machen den Transaktionszustand unklar. Bevor Sie etwas wiederholen, müssen Sie feststellen, ob die Bereinigung nur langsam ist, blockiert wurde oder tatsächlich abgebrochen ist.
Inhalt
Hänger oder Timeout?
Ein Prozess hängt, wenn er keinen sinnvollen Fortschritt mehr erzielt. Ein Timeout bedeutet zunächst nur, dass Browser, Proxy, PHP-Anfrage oder Datenbankclient nicht länger gewartet hat. Der Serverprozess kann trotzdem weiterarbeiten. Geänderte Zeilenzahlen, aktuelle Logeinträge, ein Heartbeat und sichtbare Datenbankaktivität helfen, langsamen Fortschritt von einem blockierten Worker zu unterscheiden.
Ein realistisches Beispiel
Die Oberfläche meldet nach einer Minute einen Fehler, während die Datenbank noch eine große Löschabfrage ausführt. Ein zweiter Start wartet auf die Sperre des ersten Prozesses; ein dritter verschärft die Situation. Erst die Prozessliste zeigt, dass der ursprüngliche Auftrag weiterhin aktiv ist. Nach dessen kontrolliertem Abschluss wird die Bereinigung in kleineren Batches wiederholt, damit jede Transaktion innerhalb des verfügbaren Zeitfensters endet.
Warum wiederholte Starts riskant sind
Parallele Bereinigungen können sich gegenseitig sperren, Lastspitzen erzeugen oder dieselben Daten mehrfach prüfen. Außerdem bleibt unklar, welcher Auftrag bereits Änderungen bestätigt hat. Ein Browser-Timeout, ein PHP-Limit, eine Lock-Wartezeit, ein Deadlock, Speichermangel und eine ineffiziente SQL-Abfrage erfordern jeweils eine andere Korrektur. Ein pauschal erhöhtes Timeout behebt die Ursache deshalb selten.
Sicherer Einstieg
Starten Sie zunächst keinen weiteren Auftrag. Notieren Sie Zeitpunkt, Fortschrittsanzeige, betroffene Datenkategorie und vorhandene Logs. Prüfen Sie, ob sich Zeilenzahl oder Log-Zeitpunkt noch verändern. Klären Sie beim Hosting oder in der Administrationsoberfläche, ob der Serverprozess weiterhin läuft. Sichern Sie die Datenbank, bevor ein Prozess beendet oder ein Zwischenstand bereinigt wird. Wiederholen Sie danach genau einen kleinen, kontrollierten Batch.
Technische Diagnose
Untersuchen Sie Datenbank-Prozessliste, Sperren und Fehlerlogs sowie PHP-, Webserver- und Scheduler-Protokolle. Ordnen Sie den Abbruch der richtigen Schicht zu. Suchen Sie die konkrete Abfrage oder Datenklasse, bei der die Laufzeit sprunghaft steigt. Prüfen Sie Indexnutzung, Transaktionsgröße, Arbeitsspeicher, I/O und Parallelität. Teilen Sie umfangreiche Löschungen in begrenzte Batches und dokumentieren Sie pro Lauf Start-ID, Dauer, entfernte Zeilen und Abschlussstatus.
Risiken, Backup und Rollback
Beenden Sie einen Datenbankprozess nicht, bevor Sie seinen Transaktionszustand und mögliche Sperrfolgen verstanden haben. Ein harter Abbruch kann einen langen Rollback auslösen. Halten Sie ein aktuelles Backup bereit und bewahren Sie die ersten Fehlerprotokolle für die Ursachenanalyse auf. Prüfen Sie nach der Korrektur Backend, Cron, Schreibvorgänge und die betroffene Funktion. Bei beschädigten oder fehlenden Daten stellen Sie die geprüfte Sicherung wieder her.
AIOWS-Modul
Wie AIOWS nach einer blockierten Bereinigung hilft
Die Datenbank-Bereinigung von AIOWS bündelt unterstützte Wartungsaufgaben und macht den ausgewählten Umfang sichtbar. Damit können Sie nach der Diagnose eine klar begrenzte Datenkategorie erneut bearbeiten.
Das Modul kann laufende Datenbanktransaktionen oder serverseitige Sperren nicht automatisch auflösen. Prüfen Sie daher zunächst, ob ein älterer Auftrag noch aktiv ist und welche Ressource den Fortschritt begrenzt.
Nach der Korrektur sollte nur ein beaufsichtigter Auftrag ausgeführt werden. Vergleichen Sie Zahlen und Laufzeit mit dem Ausgangszustand und testen Sie anschließend WordPress-Backend sowie betroffene Geschäftsprozesse.
Weiterführende Beiträge
- Wie oft sollte man die WordPress-Datenbank bereinigen?
- Warum Sie WordPress vor einer Datenbankbereinigung sichern müssen
- Zu große WooCommerce-Action-Scheduler-Tabellen
Fazit
Ein Timeout in der Oberfläche beweist nicht, dass die Datenbankarbeit beendet ist. Stoppen Sie Wiederholungen, bestimmen Sie den Zustand von Worker und Transaktion und beheben Sie gezielt Sperre, Ressourcenlimit, Abfrage oder Batch-Größe. Ein einziger kontrollierter Testlauf liefert mehr Sicherheit als mehrere konkurrierende Aufträge.
