Najprv profilujte pomalú stránku alebo administratívnu akciu a zistite konkrétny dotaz. Skontrolujte rast tabuliek, autoloadované options, naplánované úlohy a dáta odstránených pluginov. Mazanie a indexy skúšajte na stagingu so zálohou; po zmene overte funkcie, logy a meranie, nie iba veľkosť databázy.
Optimalizácia databázy WordPressu nemá začínať tlačidlom „vyčistiť všetko“. Databáza uchováva obsah, nastavenia, používateľov, vzťahy aj dáta pluginov. Veľká tabuľka nemusí byť pomalá a malá tabuľka môže mať chybný dotaz bez indexu. Mechanické mazanie revízií alebo transients preto často prinesie malý efekt, zatiaľ čo neznámy záznam objednávky či frontu môže byť nenahraditeľný.
Správny postup meria konkrétnu pomalú požiadavku, identifikuje dotazy a až potom rozhodne o dátovom, aplikačnom alebo serverovom zásahu. Každá zmena sa skúša na kópii reálneho objemu s obnoviteľnou zálohou. Článok vysvetľuje najčastejšie oblasti WordPress databázy bez univerzálnych príkazov, ktoré by mohli poškodiť odlišnú inštaláciu.
Zmerajte problém na konkrétnej požiadavke
Rozlíšte pomalú verejnú stránku, vyhľadávanie, uloženie článku, zoznam objednávok alebo naplánovanú úlohu. Každá cesta používa iné tabuľky. Profilovací nástroj alebo databázový slow query log ukáže čas, počet volaní a opakovanie. Rovnaký dotaz vykonaný stokrát môže byť väčší problém než jeden mierne pomalý dotaz.
Merajte s reprezentatívnym používateľom, parametrami a stavom cache. Zaznamenajte verziu kódu, veľkosť dát a čas pred zásahom. Nevypínajte indexy ani nespúšťajte náročnú analýzu na ostrej špičke bez plánu. Ak pomalosť spôsobuje externé API alebo PHP výpočet, čistenie databázy iba odvedie pozornosť.
Inventarizujte tabuľky a ich vlastníkov
Získajte zoznam tabuliek, veľkosť dát a indexov, počet riadkov a tempo rastu. Prefix pomôže odhadnúť pôvod, no nie je dôkaz, že tabuľku možno zmazať. Dohľadajte plugin, vlastný kód alebo integračný proces, ktorý ju používa. Pri multisite zohľadnite sieťové aj webové tabuľky. Neznámu tabuľku najprv archivujte a testujte.
Veľké logové alebo frontové tabuľky môžu mať nastavenú nevhodnú retenciu alebo zlyhané spracovanie. Riešením je opraviť zdroj rastu a zaviesť bezpečný životný cyklus, nie pravidelne ručne vymazávať symptóm. Objednávkové, členské a formulárové dáta môžu mať prevádzkové či právne požiadavky, ktoré musí potvrdiť ich vlastník.
- Veľkosť a tempo rastu
- Plugin alebo proces vlastniaci tabuľku
- Retenčné pravidlo a účel
- Postup obnovy pred odstránením
Skontrolujte options a autoload
Autoloadované options sa načítavajú pri mnohých požiadavkách. Problém vzniká, keď plugin uloží veľký objekt alebo rastúci log ako automaticky načítavané nastavenie. Zoraďte hodnoty podľa veľkosti, identifikujte vlastníka a overte, či sa skutočne potrebujú pri každom načítaní. Hodnotu neupravujte ručne bez pochopenia serializácie a očakávaného formátu.
Odstránené pluginy môžu zanechať možnosti, no názov podobný starému pluginu stále môže používať iná časť. Najprv zmenu vyskúšajte na stagingu a sledujte administráciu aj front-end. Veľkú aktívnu konfiguráciu možno presunúť, rozdeliť alebo načítať na požiadanie úpravou kódu. Samotné vypnutie autoloadu môže znížiť jednu záťaž a zvýšiť počet samostatných dotazov.
Revízie, transients a metadata čistite podľa pravidla
Revízie chránia redakčnú prácu a umožňujú návrat, preto ich počet nastavte podľa frekvencie úprav a potrieb auditu. Hromadné odstránenie všetkých verzií môže pripraviť tím o užitočnú históriu. Transients sú dočasné cache hodnoty, ale nie každý plugin korektne odstráni expirované záznamy. Najprv zistite, či ich rast súvisí s chybou plánovaných úloh.
Metadata príspevkov a používateľov môžu zostať po zmazaní objektu alebo po zmene pluginu. Identifikujte siroty cez bezpečný dotaz na kópii a overte vzorku. Pri WooCommerce alebo vlastných dátových vrstvách nepoužívajte všeobecný čistič bez potvrdenej kompatibility. Po odstránení optimalizujte tabuľku iba vtedy, keď je prínos relevantný a údržbové okno znáša potrebné uzamknutie.
- Retencia revízií podľa redakcie
- Expirované cache údaje podľa vlastníka
- Siroty overené na vzorke
- Žiadne plošné mazanie neznámych meta kľúčov
Indexy a zmeny schémy nech rieši dôkaz
Chýbajúci index môže spomaľovať filtrovanie veľkej tabuľky, nadbytočný index zase spomaľuje zápisy a zaberá miesto. Návrh vychádza z plánu konkrétneho dotazu, selektivity a skutočného objemu. Pred pridaním skontrolujte existujúce indexy a kompatibilitu s budúcimi migráciami pluginu. Vlastný index do cudzej tabuľky dokumentujte, pretože aktualizácia ho nemusí poznať.
Zmenu schémy nasadzujte kontrolovane s odhadom času, zálohou a možnosťou návratu. Po zásahu zopakujte rovnaký profil, porovnajte čas a skontrolujte zápisy, importy, editor aj zálohovanie. Sledujte ďalší rast, aby sa problém nevrátil. Najlepší výsledok je odstránená koreňová príčina a merateľne rýchlejší scenár, nie iba nižšie číslo megabajtov.
Časté otázky
Je bezpečné vymazať všetky revízie WordPressu?
Nie bez posúdenia redakčnej potreby a zálohy. Revízie umožňujú návrat k staršiemu obsahu. Vhodnejšie je nastaviť primeranú retenciu a staršie záznamy čistiť kontrolovane po teste.
Zrýchli menšia databáza automaticky web?
Nie. Výkon závisí od konkrétnych dotazov, indexov, cache, servera a aplikačného kódu. Zmazanie dát, ktoré sa pri požiadavke nepoužívajú, nemusí priniesť merateľnú zmenu. Najprv profilujte scenár.
Môžem použiť plugin na čistenie databázy?
Môže pomôcť pri známych bezpečných kategóriách, ale automatické označenie nie je záruka. Skontrolujte kompatibilitu, vlastníka dát, vytvorte zálohu a výsledok najprv overte na stagingu s reálnymi funkciami.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
