Kort svar: LiteSpeed Caches Database-værktøj rydder revisioner, kladder i papirkurven, spam, udløbne transients og optimerer tabeller – med ét klik pr. kategori. Tag databasebackup først, ryd derefter i rækkefølgen: udløbne transients → papirkurv/spam → revisioner. Mærkbar hastighed kommer dog sjældent fra sletningerne selv – den kommer fra en slank autoload-mængde og færre tunge plugin-tabeller, så tjek de to tal, før og efter.
“Optimér databasen” lyder som gratis fart, og LiteSpeed Cache gør det nemt. Men det betaler sig at vide, hvad knapperne gør, hvad der er sikkert, og hvor den reelle gevinst ligger – for en database på få hundrede MB med tusind revisioner er sjældent grunden til, at sitet føles tungt.
Kontrolramme: WordPress 7.1 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026; menupunkternes navne kan variere mellem LiteSpeed Cache-versioner. Eksemplet i billedet er genskabt med illustrative tal.
Under LiteSpeed Cache → Database ligger oprydningen opdelt: post-revisioner (gamle versioner af indlæg og sider), auto-kladder, indhold i papirkurven, spam- og papirkurvskommentarer, udløbne og alle transients (midlertidige cache-værdier i databasen) samt “Optimize Tables”, der defragmenterer tabellerne. Alt sammen er data, WordPress kan undvære – med én vigtig nuance: revisioner er også din fortrydelseshistorik. Sletter du dem alle, kan du ikke rulle et indlæg tilbage til i sidste uge:
wp db export. Oprydning er sletning, og sletning er permanent.define( 'WP_POST_REVISIONS', 10 ); beholder de seneste ti pr. indlæg, så problemet ikke vokser igen.LiteSpeed viser også “Autoloaded Options Size” – og det tal er vigtigere end alle sletnings-tællerne. Autoloadede options indlæses ved hver eneste sidevisning; en sund mængde er under ~1 MB, mens flere MB (typisk rester fra slettede plugins) bremser alt, også med object cache. Værktøjet viser synderne størrelsessorteret – men vurderér før du ændrer: sæt kun autoload=nej på options fra plugins, der er slettet, eller hvor du ved, hvad du gør. Den dybere øvelse står i databaseoptimerings-guiden.
Kolossale plugin-tabeller (logs, statistik, sessions fra tredjepartsplugins) rører oprydningen ikke – de skal tæmmes i deres egne plugins indstillinger (begræns log-levetid!) eller ryddes målrettet. Langsomme queries fra dårligt skrevne plugins forsvinder heller ikke ved at slette revisioner – dem finder du med Query Monitor. Og en beskadiget tabel er slet ikke et oprydningsproblem – se marked as crashed-guiden.
Oprydningen er lykkedes, når tællerne står på nul (eller de ønskede niveauer), sitet fungerer normalt ved stikprøver – og de to tal, der betyder noget, er forbedret: autoload-størrelsen og databasens samlede størrelse. Mål gerne TTFB på en u-cachet side før og efter: det ærlige svar er ofte “uændret” – og så ved du, at flaskehalsen ligger et andet sted. Gør oprydningen til rutine (fx månedligt), så den aldrig bliver et projekt igen.
Udløbne: aldrig – de er dødt affald. Alle transients: ufarligt, men de genopbygges løbende, så de første sidevisninger arbejder lidt hårdere. Slet aldrig transients som “løsning” på et problem, du ikke har diagnosticeret.
Ofte kun lidt – sletningerne gør mest for backupstørrelse og overblik. Mærkbar effekt kommer fra autoload-oprydning og tæmmede plugin-tabeller. Derfor: mål, så du ved, hvad der virkede.
Nej – kører du LiteSpeed Cache, dækker dens Database-værktøj det samme som de kendte oprydningsplugins. Færre plugins, samme resultat.