Database Cleanup per PrestaShop esegue query delete illimitate?

No. Database Cleanup non lancia mai un DELETE aperto. Ogni task termina con una clausola LIMIT, quindi una singola query può toccare solo un numero limitato di righe - è ciò che impedisce a una pulizia di bloccare le tabelle per minuti su uno shop trafficato.

Quando esegui un task, il modulo ripete il delete limitato a batch e si ferma a un hard safety cap di 50.000 righe per run. Se una tabella ha più dati da pulire, l'area di lavoro ti dice semplicemente di eseguire di nuovo il task - resti al controllo invece di una query gigantesca che macina il database. I limiti per task sono 5.000 righe per carrelli e prezzi scaduti, e 10.000 per statistiche search, log, connections, guest records e mail logs.

Prima che venga cancellato qualcosa vedi il conteggio righe esatto per ogni task, e un prompt di conferma appare su ogni azione (il pulsante run all avvisa esplicitamente che i dati non possono essere recuperati). I task coperti sono solo dati non-ordine: carrelli abbandonati più vecchi di 30 giorni che non sono mai diventati ordine, statistiche e log di ricerca più vecchi di 90 giorni, regole specific-price scadute, vecchi record connection e orphan guest, e voci mail-log più vecchie di 30 giorni.

La pulizia abandoned-cart fa esplicitamente left join con orders e rimuove solo carrelli dove non esiste ordine. Le statistiche search usano statssearch, i log usano log, lo storico visitatori usa connections, i visitatori orfani usano guest, i mail log usano mail, e gli sconti scaduti usano specific_price dove la data fine non è il valore open-ended 0000-00-00 00:00:00 ed è già nel passato.

La schermata integrity usa soglie warning invece di cancellare automaticamente: per esempio, abandoned carts avvisa dopo 1.000 righe, guests dopo 5.000, logs dopo 10.000, connections dopo 20.000, mail dopo 2.000 e search stats dopo 50.000. Le repair chiamano gli stessi task cleanup limitati, quindi il percorso integrity repair segue gli stessi limiti di sicurezza dell'area di lavoro.

È molto più sicuro che eseguire SQL grezzo a mano, ma resta la regola standard: esegui backup del database prima di qualsiasi cleanup su uno store live. Per una suite manutenzione più ampia che copre anche immagini, cache e residui moduli, vedi Cleanup Revolution.