In einem WooCommerce-Shop können die Action-Scheduler-Tabellen über Monate stark anwachsen. Darin liegen jedoch nicht nur entbehrliche Protokolle, sondern auch geplante Abo-Verlängerungen, offene Webhooks und fehlgeschlagene Aufträge, deren Ursache noch ungeklärt ist. Wer sämtliche Tabellen nach Status oder Alter leert, riskiert deshalb ausbleibende Zahlungen und Benachrichtigungen. Entscheidend ist, zuerst den Zustand der Warteschlange zu verstehen und erst danach abgeschlossene Historie kontrolliert zu entfernen.
Inhalt
Was speichert der Action Scheduler?
Action Scheduler ist eine Aufgabenwarteschlange, die WooCommerce und viele Erweiterungen für zeitversetzte oder wiederkehrende Vorgänge verwenden. Die Datenbank enthält unter anderem ausstehende, laufende, abgeschlossene, fehlgeschlagene und abgebrochene Aktionen. Hinzu kommen Gruppen, Claims und Protokolle. Abgeschlossene Historie kann nach einer passenden Aufbewahrungsfrist entbehrlich sein. Offene oder fehlgeschlagene Aktionen benötigen dagegen eine fachliche Entscheidung: Sie können noch auszuführende Geschäftsprozesse oder wichtige Fehlerhinweise darstellen.
Ein realistisches WooCommerce-Beispiel
Die Scheduler-Tabellen eines Abonnement-Shops belegen mehrere Gigabyte. Neben Millionen alter, erfolgreich abgeschlossener Aktionen gibt es überfällige Verlängerungen und wiederholt fehlgeschlagene Webhooks. Eine vollständige Leerung würde zwar sofort Speicherplatz freigeben, könnte aber offene Verlängerungen entfernen und den Integrationsfehler verschleiern. Die richtige Reihenfolge lautet daher: dominante Hooks und Altersverteilung bestimmen, den blockierten Runner oder externen Dienst reparieren und erst anschließend freigegebene alte Abschlussprotokolle löschen.
Warum große Tabellen nicht das einzige Problem sind
Die Tabellengröße zeigt nicht, ob die Warteschlange gesund ist. Wichtiger sind das Alter der ältesten fälligen Aktion, die Zahl überfälliger Aufträge, wiederkehrende Fehlermuster und der Zustand des Runners. Ein wachsender Rückstand kann auf blockiertes WP-Cron, Loopback-Probleme, Datenbanksperren, zu niedrige PHP-Ressourcen oder einen nicht erreichbaren Dienst hinweisen. Eine reine Historienbereinigung behebt keine dieser Ursachen.
Sicherer Einstieg
Erstellen Sie ein aktuelles Datenbank-Backup und prüfen Sie im WooCommerce-Statusbereich die geplanten Aktionen. Sortieren Sie nach Status, Fälligkeit und Hook. Ermitteln Sie, welches Plugin oder welcher Dienst die großen Gruppen erzeugt. Behandeln Sie ausstehende und fehlgeschlagene Aktionen zunächst als aktive Arbeitsaufträge. Nutzen Sie für Diagnose, erneute Ausführung oder Stornierung die dafür vorgesehene Oberfläche beziehungsweise die Dokumentation der zuständigen Erweiterung. Entfernen Sie alte Historie erst, wenn die Warteschlange wieder regulär arbeitet.
Technische Diagnose und Bereinigung
Erfassen Sie die Anzahl je Status, Hook und Gruppe sowie das Alter der ältesten Einträge. Verfolgen Sie einen kontrollierten Testauftrag vom Einplanen über Claim und Runner bis zum erfolgreichen Abschluss. Prüfen Sie WP-Cron, Loopback, Runner-Parallelität, Sperren, PHP-Limits und externe Fehler. Für die Bereinigung sollten nur abgeschlossene oder abgebrochene Aktionen berücksichtigt werden, deren Aufbewahrungsfrist und fachliche Bedeutung geklärt sind. Arbeiten Sie in kleinen Batches mit unterstützten Werkzeugen oder APIs und kontrollieren Sie zwischen den Schritten Datenbanklast und Warteschlangenstatus.
Risiken, Backup und Rollback
Löschen Sie nie pauschal alle ausstehenden oder fehlgeschlagenen Aktionen. Solche Datensätze können künftige Zahlungen, E-Mails oder Webhooks betreffen und zugleich den einzigen nachvollziehbaren Fehlerverlauf enthalten. Halten Sie vor der Bereinigung Datenbank-Backup, Filter, Anzahl und zuständige Erweiterung fest. Prüfen Sie danach Bestellungen, Abonnements, Benachrichtigungen und die Verarbeitung eines neuen Testauftrags. Fehlen Daten oder funktionieren Geschäftsabläufe nicht mehr, stoppen Sie weitere Löschungen und stellen Sie die vorbereitete Sicherung wieder her.
AIOWS-Modul
Wie AIOWS bei der Datenbankbereinigung helfen kann
Die Datenbank-Bereinigung von AIOWS bündelt unterstützte Wartungsaufgaben und macht den ausgewählten Umfang vor der Ausführung sichtbar. Das ist bei großen Tabellen hilfreicher als unkontrollierte SQL-Löschungen, deren Auswirkungen sich nur schwer abschätzen lassen.
Bei Action-Scheduler-Daten muss jedoch zuerst feststehen, dass keine offenen oder fehlgeschlagenen Geschäftsaufträge entfernt werden. AIOWS diagnostiziert nicht automatisch die Ursache eines blockierten Runners und kennt nicht die fachliche Bedeutung jedes benutzerdefinierten Hooks.
Nutzen Sie das Modul daher erst nach Backup und Queue-Diagnose für die freigegebene Datenkategorie. Vergleichen Sie danach Tabellenumfang und Statusverteilung und testen Sie mindestens einen neuen WooCommerce-Auftrag bis zum Abschluss.
Weiterführende Beiträge
- Verwaiste Metadaten in WordPress finden
- Warum Sie WordPress vor der Datenbankbereinigung sichern müssen
- Zu große Autoload-Optionen in WordPress prüfen
Fazit
Trennen Sie die Reparatur der Warteschlange von der Bereinigung ihrer Historie. Beheben Sie zuerst blockierte Runner oder Integrationen, schützen Sie offene Aufträge und löschen Sie anschließend nur bestätigte alte Abschlussdaten. Eine kleinere Tabelle ist erst dann ein Erfolg, wenn WooCommerce neue Aufgaben weiterhin zuverlässig verarbeitet.
