Am curățat un pic baza de date

La WordPress 4.3.1 a fost bugul acela care îți umplea tabela wp-options și îți solicita serverul. La cei cu găzduiri mai slabe treaba era nasoală. Se lăsa cu multe erori sau chiar suspendări de resurse.

Aseară mi se părea mie că se încarcă greu blogul. Nu pe pagini, ci în zona de admin. Am făcut repede legătura cu bugul de atunci și am verificat wp_options. N-aveam decât 2000 de linii pe acolo, cu fel de fel de porcării.

M-am jucat cu plugin-ul Clean Options și mi-am făcut de cap cu el. Vechi, vechi, dar… bun.

Ideea e că în wp_options ajung toate salvările de la pluginurile idioate, de la teme codate prost, de la orice. Și rămân și se adună și… crește baza de date și cresc și cheltuielile de găzduire. Și altfel n-aș mai putea ține cu un pachet foarte ieftin blogul. E drept că nici nu mă aștept la mai mult de 2000 de unici zilnic. Poate să fie mai mulți de Black Friday, dar… atât. Nu știu eu să fac virale ca să am spike-uri.

Pluginul trebuie folosit neapărat cu backup la baza de date. Pe temele de la Genesis a trebuit să nu mă ating de tabelele în care se păstrează setările… pentru că îmi dispăreau imaginile de pe homepage.

Apoi am optimizat wp_commentmeta și wp_postmeta.

Comenzile pe care le-am executat în phpmyadmin au fost:

SELECT * FROM wp_commentmeta WHERE comment_id NOT IN ( SELECT comment_id FROM wp_comments );
DELETE FROM wp_commentmeta WHERE comment_id NOT IN ( SELECT comment_id FROM wp_comments );
SELECT * FROM wp_commentmeta WHERE meta_key LIKE '%akismet%'; 
DELETE FROM wp_commentmeta WHERE meta_key LIKE '%akismet%';

și

SELECT * FROM wp_postmeta pm LEFT JOIN wp_posts wp ON wp.ID = pm.post_id WHERE wp.ID IS NULL;
DELETE pm FROM wp_postmeta pm LEFT JOIN wp_posts wp ON wp.ID = pm.post_id WHERE wp.ID IS NULL;

SELECT ID FROM wp_posts AS a LEFT JOIN (SELECT post_id FROM wp_postmeta WHERE meta_key='fb') AS b ON a.ID=b.post_id WHERE b.post_id IS NULL;

Încă mai sap să văd cum pot renunța la anumite interogări din baza de date sau să pot pune cache pe anumite lucruri.