Baza de date WordPress umflată: cum cureți revizii, transients și tabele orfane

Ai un site WordPress care merge tot mai greu, deși nu ai adăugat conținut nou de luni bune? De multe ori problema nu e pe frontend, ci în baza de date. WordPress și plugin-urile scriu în tăcere zeci de mii de rânduri pe care nimeni nu le mai citește niciodată: revizii vechi la articole, opțiuni temporare expirate, meta-date rămase de la plugin-uri dezinstalate și tabele întregi pe care nu le mai folosește nimic.

Vestea bună e că cea mai mare parte din gunoiul ăsta se poate curăța fără să strici nimic, dacă știi ce cauți și faci un backup înainte. În articolul ăsta îți arăt exact ce se acumulează, cum să identifici ce e sigur de șters și cum să menții baza de date curată pe termen lung, fără să te bazezi pe promisiuni magice.

Ce umflă de fapt baza de date

Înainte să ștergi ceva, e util să înțelegi de unde vine greutatea. Vinovații obișnuiți sunt câțiva:

• Reviziile de post: fiecare salvare a unui articol creează o copie. Un articol editat des poate avea zeci de revizii, fiecare cu conținutul integral duplicat.
• Transients expirate: date temporare stocate în tabela wp_options. Ar trebui să se șteargă singure, dar de multe ori rămân blocate acolo.
• Autoloaded options: opțiuni marcate să se încarce la FIECARE pagină. Când plugin-urile abandonează sute de KB aici, încetinesc tot site-ul.
• Spam și comentarii în coș, tranzacții și loguri vechi.
• Meta orfane: rânduri în wp_postmeta sau wp_usermeta care trimit spre conținut care nu mai există.

Nu tot ce e mare e și inutil. Scopul e să separi gunoiul real de datele pe care le folosești zilnic.

Cum vezi ce ocupă spațiu, fără să ghicești

Nu curăța pe orbește. Întâi măsoară. Din phpMyAdmin (îl găsești în cPanel la majoritatea găzduirilor) deschide baza de date și sortează tabelele după dimensiune. Vei vedea aproape sigur wp_options, wp_postmeta și eventual tabele adăugate de plugin-uri în frunte.

Un punct critic e opțiunile autoloaded. Rulează o interogare simplă în tab-ul SQL:

SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload = 'yes';

Dacă rezultatul e de ordinul sutelor de KB sau mai mult, ai o problemă reală de performanță, fiindcă acele date se citesc la fiecare încărcare de pagină. Poți lista și cei mai mari consumatori ca să vezi ce plugin le-a lăsat.

Dacă prefixul tău nu e wp_, înlocuiește-l peste tot. Măsoară înainte și după, ca să știi ce ai câștigat.

Curățarea sigură, pas cu pas

Regula de aur: fă un backup complet al bazei de date înainte de orice ștergere. Fără backup, nu atingi nimic.

• Limitează reviziile: adaugă în wp-config.php linia define('WP_POST_REVISIONS', 5); ca să păstrezi doar ultimele câteva pe articol de acum înainte.
• Șterge reviziile vechi și transients-urile expirate cu un plugin de curățare de încredere (de exemplu unul consacrat de optimizare), care face treaba fără interogări riscante scrise manual.
• Golește spamul și coșul de comentarii.
• Pentru autoload, transformă opțiunile grele lăsate de plugin-uri dispărute din 'yes' în 'no', sau șterge-le dacă ești sigur că plugin-ul nu mai există.

După curățare, rulează Optimize pe tabele ca să recuperezi spațiul fizic eliberat. Testează site-ul imediat: pagini principale, formular de contact, checkout dacă e magazin.

Tabelele orfane: partea delicată

Când dezinstalezi un plugin, cele mai multe NU își șterg tabelele. Rămân acolo, cu nume ca wp_redirection_logs sau wp_mailpoet_x, ocupând spațiu la infinit.

Aici e nevoie de prudență, fiindcă ștergerea unei tabele e ireversibilă fără backup:

• Fă lista tabelelor care nu încep clasic (posts, options, postmeta etc.) și caută prefixul fiecăreia pe Google.
• Confirmă că plugin-ul asociat chiar e dezinstalat și nu ai de gând să-l reactivezi.
• Șterge una câte una, cu backup proaspăt înainte, nu în bloc.

Dacă ai dubii la fie și o singură tabelă, las-o. Câțiva MB în plus nu strică nimic; o tabelă ștearsă greșit îți poate pica o funcție. Prudența bate curățenia perfectă.

Cum o menții curată (și când chem pe cineva)

Curățenia nu e un eveniment unic, e mentenanță. Câteva obiceiuri care contează:

• Ține WP_POST_REVISIONS setat rezonabil, permanent.
• Instalează doar plugin-uri de care chiar ai nevoie și dezinstalează-le pe cele nefolosite (verificând apoi tabelele rămase).
• Programează o optimizare periodică și fă backupuri automate.

Dacă te uiți la phpMyAdmin și simți că nu vrei să atingi nimic de teamă să nu strici site-ul, e perfect normal, mai ales pe un magazin cu comenzi reale. Noi la MPO Web Studio facem asta remote, în siguranță, cu backup înainte și verificare după, pentru clienți din toată țara. Dacă vrei o mână de ajutor sau doar o a doua părere, scrie-ne pe WhatsApp și ne uităm împreună. Fără promisiuni magice, doar o bază de date care respiră din nou.