OK per troncare queste tabelle

Question

Penso che il tavolo più grande che sto cercando di chiarire è Core_Session, è 500 MB.Non sono sicuro dell'evento di registrazione

Questo dovrebbe essere OK per troncare?

Answer 1

core_session viene utilizzato per memorizzare sessioni - Questa è una pratica scarsa, piuttosto utilizzare un altro archivio sessione distribuito in configurazioni multiserver per ridurre il carico sul DB (Redis, Memcached). Se troncati questa tabella perderai sessioni attive. È sicuro"? Sì. Mal consigliato, ma sicuro.

enterprise_logging_event_changes controlla il registro eventi EE. Se hai bisogno di tracciabilità su ciò che è avvenuto nel pannello di amministrazione non avrei troncare questa tabella. Sicuro, sì. Non lo farei però.

listrak_remarketing_session La mia ipotesi qui è sì - ma è un modulo di terze parti e contatterei direttamente Listrak; Ho solo un cliente su Listrak e non andiamo mai a troncare i tavoli. Non c'è davvero bisogno. Lo spazio del disco rigido è così economico e odio futz con un'installazione del negozio di lavoro.

Alcuni pensieri

Truncing Tables non recupera necessariamente lo spazio su disco. Le tabelle formattate InnoDB aumentano i file IBD (anche in modalità file-per tabella) e tali file non si riducono mai indietro a meno che il DB non sia spazzato via e reimportato. L'unica cosa che potresti risparmiare è la dimensione di un mysqldump in seguito.

I Soprattutto non sarei troncare le tabelle per salvare un Misly 29.30 MB - Informare il tuo client di comprimere alcune immagini, che risulterà in un risparmio di dischi più grandi. Se sei davvero che legato per lo stoccaggio puoi considerare di mettere questa casella nel cloud in cui è possibile allegare i dispositivi di commodity at-will.