Databaseoprydning i LiteSpeed Cache: revisioner, transients og autoload

Kort svar: LiteSpeed Caches Database-værktøj rydder revisioner, auto-kladder, papirkurv, spam, udløbne transients og optimerer tabeller – med ét klik pr. kategori. Tag databasebackup først, og ryd derefter i rækkefølgen udløbne transients → papirkurv og spam → revisioner → tabeloptimering. Mærkbar hastighed kommer dog sjældent fra sletningerne selv, men fra en slank mængde autoloadede options og færre tunge plugin-tabeller – så mål de to tal før og efter.

Fagligt gennemgået: 2. oktober 2026

“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. En database på få hundrede MB med tusind revisioner er sjældent grunden til, at sitet føles tungt.

Guiden gennemgår værktøjets kategorier, den sikre rækkefølge, autoload-tallet, som er vigtigere end alle tællerne, og de problemer, oprydningen ikke kan løse.

Hvad værktøjet rydder

Under LiteSpeed Cache → Database ligger oprydningen opdelt i kategorier. Navnene kan variere lidt mellem versioner, men indholdet er det samme:

Kategori	Hvad det er	Sikkert at slette?
Post-revisioner	Gamle versioner af indlæg og sider	Ja, men du mister fortrydelseshistorikken
Auto-kladder	Automatisk gemte kladder, WordPress selv opretter	Ja
Indhold i papirkurven	Indlæg og sider, du har slettet	Ja, når du har tjekket, at intet skal reddes
Spam- og papirkurvskommentarer	Afviste og slettede kommentarer	Ja
Udløbne transients	Midlertidige cacheværdier, der er udløbet	Altid
Alle transients	Også gyldige cacheværdier	Ja, men de genopbygges ved næste brug
Optimize Tables	Defragmenterer tabellerne	Ja, efter en backup

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 sidste uges version.

Den sikre rækkefølge

Før du ændrer noget: Tag en databasebackup. Oprydning er sletning, og sletning er permanent. Hos Hostious kan du tage en manuel backup i kontrolpanelet før større ændringer; ellers bruger du wp db export.

1. Backup først – kontrolpanelets backup eller wp db export.
2. Udløbne transients: Altid sikre at fjerne – de er per definition udløbet. “Alle transients” er også i orden; de genopbygges, men de første sidevisninger bliver lidt tungere.
3. Papirkurv og spam: Sikre, når du har bekræftet, at intet i papirkurven skal reddes.
4. Revisioner: Ryd dem, men sæt fremadrettet en grænse i wp-config.php, så problemet ikke vokser igen (se kodeeksemplet nedenfor).
5. Optimize Tables til sidst – det har mest virkning lige efter store sletninger.

Grænsen for revisioner sættes i wp-config.php over linjen “That’s all, stop editing!”:

define( 'WP_POST_REVISIONS', 10 );

Så beholder WordPress de ti seneste revisioner pr. indlæg. Tallet er et valg: Et nyhedssite med mange redaktører har brug for flere, en lille virksomhedsside klarer sig med færre.

Hvad Optimize Tables egentlig gør

Når rækker slettes, frigiver MySQL og MariaDB ikke automatisk pladsen på disken. Tabellen beholder et “hul”, som kan genbruges af nye data. Optimize Tables kører databasens OPTIMIZE TABLE, som på den almindelige InnoDB-lagringsmotor bygger tabellen op på ny og komprimerer den.

Det har tre praktiske konsekvenser:

• Gevinsten er størst lige efter store sletninger – og lille på en database, der ikke har ændret sig meget.
• Genopbygningen kræver midlertidig ekstra diskplads, cirka svarende til tabellens størrelse.
• På meget store tabeller, for eksempel ordre- eller logtabeller, kan kørslen tage tid og belaste serveren. Kør den uden for travle timer.

Kør ikke tabeloptimering hver dag. Én gang efter en større oprydning, og ellers sjældent, er rigeligt. Daglig optimering giver ingen ekstra fart, kun ekstra belastning.

Autoload: det oversete tal

LiteSpeed viser også størrelsen på de autoloadede options – og det tal er vigtigere end alle sletningstællerne. Autoloadede options indlæses ved hver eneste sidevisning, der ikke kommer fra page cache, og i wp-admin. Flere MB autoload, typisk rester fra slettede plugins, bremser alt dynamisk – også med object cache, fordi hele klumpen skal hentes og pakkes ud hver gang.

WordPress har siden version 6.6 gjort to ting, der hjælper: Meget store options autoloades ikke længere automatisk, når et plugin ikke selv angiver det, og Webstedets tilstand (Site Health) advarer, når de autoloadede options samlet bliver for store. Advarslen er et godt pejlemærke – men gamle sites har ofte store options fra før ændringen.

Værktøjet viser synderne sorteret efter størrelse. Vurdér, før du ændrer: Sæt kun autoload fra på options fra plugins, der er slettet, eller hvor du ved, hvad optionen bruges til. Vil du se listen selv, kan du bruge WP-CLI:

wp db query "SELECT option_name, LENGTH(option_value) AS bytes FROM wp_options WHERE autoload IN ('yes','on','auto','auto-on') ORDER BY bytes DESC LIMIT 20;"

Ret tabelpræfikset, hvis dit site ikke bruger wp_. Den dybere øvelse står i guiden om optimering af WordPress-databasen.

Hvad værktøjet ikke løser

Store plugin-tabeller med logs, statistik eller sessioner fra tredjepartsplugins rører oprydningen ikke. De skal tæmmes i pluginnets egne indstillinger – begræns for eksempel, hvor længe logs gemmes – eller ryddes målrettet.

Langsomme forespørgsler fra tunge plugins forsvinder heller ikke ved at slette revisioner. Dem finder du med Query Monitor.

En beskadiget tabel er slet ikke et oprydningsproblem – se guiden om tabeller, der er “marked as crashed”.

Og på en WooCommerce-shop skal du være ekstra forsigtig med “Alle transients”: WooCommerce bruger transients til blandt andet produktdata og rapporter, så de første sidevisninger efter en rydning kan blive mærkbart tungere. Kør den slags rydning uden for travle timer.

Lav oprydningen til en rutine

Oprydning virker bedst som vane, ikke som projekt:

• Tjek autoload-størrelsen og databasens samlede størrelse én gang om måneden.
• Ryd udløbne transients, papirkurv og spam samtidig.
• Gennemgå plugin-tabeller, når du har slettet et plugin – mange efterlader tabeller og options.
• Notér tallene, så du kan se, om noget vokser unormalt hurtigt.

I LiteSpeed Caches indstillinger for databaseoptimering kan du angive, hvor mange revisioner og hvor gamle revisioner der skal bevares, når du rydder op. Tag stilling til det én gang, så rutinen ikke sletter mere fortrydelseshistorik, end du ønsker.

Verifikation

Oprydningen er lykkedes, når:

• tællerne står på nul eller på de ønskede niveauer;
• sitet fungerer normalt ved stikprøver – forside, et indlæg, wp-admin og eventuelt checkout;
• autoload-størrelsen og databasens samlede størrelse er faldet.

Mål gerne TTFB på en side uden cache før og efter. Det ærlige svar er ofte “uændret” – og så ved du, at flaskehalsen ligger et andet sted, for eksempel i et plugin eller i manglende object cache. Se guiden om høj TTFB.

Læs også

• Hub: QUIC.cloud og LiteSpeed Cache
• Optimering af WordPress-database (uden plugins)
• Databasetabel beskadiget: „marked as crashed“
• Object cache med Redis eller Memcached i LiteSpeed Cache
• Find langsomme databasekald med Query Monitor
• WordPress hosting hos Hostious – LiteSpeed som standard og manuel backup før større ændringer

Ofte stillede spørgsmål om databaseoprydning

Er det farligt at slette transients?

Udløbne transients: aldrig – de er udløbet. Alle transients: ufarligt, men de genopbygges løbende, så de første sidevisninger arbejder lidt hårdere. Slet ikke transients som “løsning” på et problem, du ikke har fundet årsagen til.

Hvor meget hurtigere bliver sitet af oprydningen?

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.

Behøver jeg et separat oprydningsplugin?

Nej – kører du LiteSpeed Cache, dækker dens Database-værktøj de samme grundopgaver som de kendte oprydningsplugins. Færre plugins, samme resultat.

Hvor stor må autoload være?

Der er ingen fast grænse, men WordPress’ Site Health advarer, når de autoloadede options samlet bliver for store. Ligger du på flere MB, er der næsten altid rester fra gamle plugins at rydde op i.