WordPress-adatbázis optimalizálása, adatvesztés nélkül
Archív bejegyzés, szerkesztett tartalommal
A WordPress-adatbázis tartalmat, beállításokat és különféle bővítményadatokat is tárol. A fölösleges rekordok rendbetétele hasznos lehet, de nem minden nagy adatbázis lassú, és a törlés nem helyettesíti a rossz lekérdezések feltárását.
Előbb mentés és vizsgálat
Készíts ellenőrizhető mentést, és próbáld ki a visszaállítást tesztkörnyezetben. Nézd meg, mely táblák nőnek, milyen lekérdezések lassúak, és milyen bővítmény használja az adatokat. A korábbi cikkben szereplő árva postmeta-rekordok törlése nem a bejegyzésváltozatok eltávolítása: két eltérő feladatról van szó. Egy hibás előtaggal kiadott törlés sem feltétlenül veszélytelen.
Célzott karbantartás
A revíziók száma, a lejárt átmeneti adatok és a megszűnt bővítmények maradványai külön ellenőrizendők. A WordPress saját műveletei vagy ismert, karbantartott eszközök gyakran biztonságosabbak a válogatás nélküli SQL-törlésnél. Az OPTIMIZE TABLE hatása a tárolómotortól és a táblától függ, és karbantartási időt is igényelhet. A munka után ellenőrizd a tartalmat, az űrlapokat és az adminfelületet; csak mért eredmény alapján állítsd, hogy gyorsabb lett az oldal.
- Mentés és vizsgálat: Az ellenőrizhető visszaállítás és a lassú műveletek mérése ad biztonságos kiindulópontot, nem a méret önmagában.
- Célzott munka: Azonosított adatfajták és konkrét maradványok kezelésével elkerülhető a szükséges rekordok válogatás nélküli törlése.
- Működési próba: A tartalom, jogosultság és korábban mért feladat ellenőrzése mutatja meg a karbantartás tényleges eredményét.
A méretből nem következik a hiba
Először állapítsd meg, mi lassú: a publikus oldal, a szerkesztés, egy keresés vagy egy adott bővítmény művelete. A nagyobb adattábla lehet teljesen indokolt, például sok rendelés vagy termék esetén. A méretet ezért a tárolt tartalomhoz és a lekérdezésekhez viszonyítsd. Egy sokszor futó, rosszul kialakított lekérdezés kis adatbázisban is problémát okozhat. Gyűjts össze mért adatot a lassú műveletekről, és csak ezután válassz karbantartási feladatot. Attól, hogy több rekordot törölsz, az adatbázis még nem feltétlenül lesz gyorsabb, és nem bizonyítja, hogy a látogató gyorsabb oldalt kap.
A mentés helyreállíthatóságát próbáld ki
Az adatbázis mellett a szükséges fájlok, feltöltések és konfigurációk is részei lehetnek egy működő mentésnek. Jegyezd fel a környezetet és az alkalmazott verziókat. Elkülönített példányban próbáld visszaállítani, majd ellenőrizd a fontos tartalmat, belépést és űrlapot. Egy mentési fájl létezése nem bizonyítja, hogy szükség esetén helyreállítható az oldal. A karbantartás alatt keletkező új adatok kezelését is tervezd meg, különösen rendeléseknél vagy ügyfélüzeneteknél. Az előkészítés időigényes lehet, de megakadályozza, hogy egy technikai tisztítás közben értékes tartalom vesszen el.
Külön kezeld az eltérő adatfajtákat
A revízió bejegyzésváltozat, a metaadat kiegészítő rekord, a transient ideiglenes alkalmazásadat. Nem ugyanazt jelentik, ezért eltérő ellenőrzést és műveletet kívánnak. Egy megszűnt bővítmény táblájáról sem lehet pusztán a név alapján eldönteni, hogy felesleges. Nézd meg a használó kódot és a megőrzendő üzleti adatot. Törlés előtt készíts lekérdezési vagy eszközszintű előnézetet, és az érintett rekordokat értelmezd. A célzott műveletnek legyen pontos tárgya és visszaállítási módja. A teljes adatbázis általános takarítása helyett konkrétan azonosított maradványokat kezelj.
Nem minden adat ugyanazt tárolja.
- Revízió: Egy bejegyzés korábbi változata.
- Metaadat: Egy tartalomhoz kapcsolódó kiegészítő rekord.
- Transient: Ideiglenes alkalmazásadat; külön vizsgálatot igényel.
A sikert méréssel és működési próbával igazold
A karbantartás után ugyanazokat a műveleteket mérd, mint előtte, összehasonlítható körülmények között. Ellenőrizd, megmaradt-e a tartalom és a jogosultságok működése. A tárolómotor és a tárhely meghatározza, milyen hatása van egy táblakarbantartásnak, és szükséges-e működési szünet. Ne ígérj százalékos gyorsulást vizsgálat nélkül. Rövid jelentésben rögzítsd, mit módosítottál, mi maradt meg és milyen eredmény látszik. Így a következő szakember nem egy ismeretlen, félig takarított adatbázist kap, hanem ellenőrizhető állapotot és érthető előzményeket.