Führt Database Cleanup für PrestaShop unbegrenzte DELETE-Queries aus?

Nein. Database Cleanup feuert niemals ein offenes DELETE. Jede Aufgabe endet mit einer LIMIT-Klausel, sodass eine einzelne Query nur eine begrenzte Anzahl Zeilen anfassen kann - genau das verhindert, dass eine Bereinigung Ihre Tabellen in einem beschäftigten Shop minutenlang sperrt.

Wenn Sie eine Aufgabe ausführen, wiederholt das Modul den begrenzten Delete in Batches und stoppt bei einer harten Sicherheitsgrenze von 50.000 Zeilen pro Lauf. Wenn eine Tabelle mehr zu bereinigen hat, sagt Ihnen der Workspace einfach, die Aufgabe erneut auszuführen - Sie behalten die Kontrolle, statt dass eine riesige Query die Datenbank ausbremst. Die Limits pro Aufgabe sind 5.000 Zeilen für Warenkörbe und abgelaufene Preise sowie 10.000 für Suchstatistiken, Logs, Connections, Guest Records und Mail Logs.

Bevor etwas gelöscht wird, sehen Sie die exakte Zeilenzahl für jede Aufgabe, und bei jeder Aktion erscheint eine Bestätigungsabfrage. Der Run-all-Button warnt ausdrücklich, dass die Daten nicht wiederhergestellt werden können. Die abgedeckten Aufgaben betreffen nur Nicht-Bestelldaten: abgebrochene Warenkörbe älter als 30 Tage, die nie zu einer Bestellung wurden, Suchstatistiken und Logs älter als 90 Tage, abgelaufene Specific-Price-Regeln, alte Connection- und verwaiste Guest-Datensätze sowie Mail-Log-Einträge älter als 30 Tage.

Die Warenkorbbereinigung left-joint Bestellungen ausdrücklich und entfernt nur Warenkörbe, zu denen keine Bestellung existiert. Suchstatistiken nutzen statssearch, Logs log, Besucherhistorie connections, verwaiste Besucher guest, Mail Logs mail und abgelaufene Rabatte specific_price, bei denen das Enddatum nicht der offene Wert 0000-00-00 00:00:00 ist und bereits in der Vergangenheit liegt.

Der Integrity Screen nutzt Warnschwellen statt automatisch zu löschen: Abandoned Carts warnen zum Beispiel ab 1.000 Zeilen, Guests ab 5.000, Logs ab 10.000, Connections ab 20.000, Mail ab 2.000 und Search Stats ab 50.000. Repairs rufen dieselben begrenzten Cleanup-Aufgaben auf, sodass der Integrity-Repair-Pfad denselben Sicherheitslimits wie der Workspace folgt.

Das ist deutlich sicherer als rohes SQL von Hand auszuführen, aber die Standardregel bleibt: Sichern Sie Ihre Datenbank vor jeder Bereinigung in einem Live-Store. Für eine breitere Maintenance Suite, die auch Bilder, Cache und Modulreste abdeckt, siehe Cleanup Revolution.