Här på WPBeginner optimerar vi regelbundet vår databas för att säkerställa att vår webbplats körs med maximal hastighet. En rörig databas kan sänka din prestanda, och en långsam webbplats kan skada dina sökrankningar.
När skräppostkommentarer och gamla inläggsrevisioner samlas upp tar det mycket längre tid för dina sidor att laddas. Lyckligtvis behöver du inte vara en teknisk expert för att åtgärda detta.
Vi kommer att visa dig två metoder för att rensa och optimera din WordPress-databas steg för steg. Dessa är samma enkla tekniker som vi rekommenderar för att hålla webbplatser friska och snabba.
🔖 TL;DR: För att rensa en uppblåst WordPress-databas rekommenderar vi DB Optimizer, som ger dig en hälsopoäng från 0 till 100 och säkert tar bort skräp som gamla inläggsrevisioner och skräppostkommentarer. Om du vill ha ett gratis alternativ, så hanterar WP-Optimize samma databaserengöring utan kostnad. En smidigare databas snabbar främst upp ditt WordPress-adminområde och gör dina säkerhetskopior mindre och snabbare att återställa, så säkerhetskopiera alltid din webbplats innan du kör någon rensning.
Varför rensa upp och optimera din WordPress-databas?
Om du har använt WordPress ett tag finns det troligen mycket oanvänd data i din databas, såsom inläggsrevisioner, spamkommentarer, papperskorgen, tillfälliga alternativ, föräldralösa metadata och så vidare.
Det mesta av detta byggs upp av sig självt. WordPress sparar en inläggsrevision varje gång du uppdaterar eller automatiskt sparar ett inlägg, kommentarer samlas i dina skräppost- och papperskorgsflikar, och utgångna transienter (tillfälliga cachade data som WordPress lagrar och sedan glömmer att rensa) ligger kvar långt efter att de är användbara.
Föräldralös metadata är en annan vanlig orsak. Den lämnas kvar när du tar bort ett plugin, eftersom pluginets inställningar ofta finns kvar i databasen även efter att pluginet har tagits bort.
En annan faktor att ta hänsyn till är autoload-storleken. Autoloaded data är information som WordPress laddar in i minnet vid varje enskild sidbegäran, så en uppblåst autoload-tabell gör att WordPress arbetar hårdare varje gång en sida laddas.
Du kommer att märka detta mest i ditt adminområde, där instrumentpanelen kan börja bli långsam.
All denna data ökar storleken på din WordPress-databas, vilket innebär att dina WordPress-säkerhetskopior kommer att ta mer diskutrymme och tid att återställa.
Att ta bort och städa upp dessa oönskade data minskar avsevärt storleken på din WordPress-databas. Detta leder till snabbare säkerhetskopieringar, enklare återställningar och förbättrad databasprestanda.
Dessutom kan du optimera din WordPress-databas genom att komprimera bilder, minifiera JavaScript- och CSS-filer samt ställa in cachning på din webbplats. Detta kommer ytterligare att förbättra din webbplats prestanda och hjälpa till att leverera en snabb användarupplevelse till besökare.
Proffstips: Innan du rensar och optimerar din databas rekommenderar vi att du först skapar en fullständig WordPress-säkerhetskopia av din webbplats. Vi använder Duplicator för att hantera våra. Ändringar som görs av ett rensningsplugin är oåterkalleliga. På så sätt kan du enkelt återställa din webbplats om något går fel.
Osäker på vilken metod du ska använda? Om du vill ha en dedikerad underhållspanel med en hälsopoäng och en rensning som börjar med säkerhetskopiering, välj då DB Optimizer (som också är gratis om du redan äger Duplicator Pro eller Elite). Om du vill ha ett kapabelt freemium-verktyg som även hanterar cachning och bildkomprimering, välj då WP-Optimize.
Låt oss titta på hur du kan optimera din WordPress-databas:
Metod 1: Hur du optimerar din databas med DB Optimizer
Bäst för: Användare som vill ha en dedikerad databasunderhållspanel med en hälsopoäng i realtid och en rensning som börjar med säkerhetskopiering (och alla som redan har Duplicator Pro eller Elite, som får den gratis).
DB Optimizer är ett dedikerat plugin för underhåll av WordPress-databasen byggt av Duplicator-teamet. Det ger dig en realtidshälspoäng och låter dig säkert rensa bort skräp i databasen innan det börjar påverka din webbplats prestanda.
DB Optimizer finns som ett fristående plugin från $29/år. Det ingår också gratis med Duplicator Pro och Elite-planer.
Viktigt meddelande: Pluginet kräver WordPress 6.5 eller högre och PHP 7.4 eller högre. Du kan kontrollera dina versioner under Verktyg » Webbplats Hälsa » Info.
Det första du behöver göra är att installera och aktivera DB Optimizer-pluginet. För mer information, se vår steg-för-steg-guide om hur man installerar ett WordPress-plugin.
När det är aktiverat, gå till DB Optimizer » Inställningar, klistra in din licensnyckel i fältet Licens och klicka sedan på knappen 'Aktivera'.
Om du har en Duplicator Pro- eller Elite-licens fungerar samma nyckel för DB Optimizer.
Efter att ha verifierat din licens kan du klicka på DB Optimizer i din WordPress-adminmeny.
Instrumentpanelen visar din databas hälspoäng från 0 till 100, med fem färgkodade staplar: tabell-overhead, transients, revisioner, autoload-storlek och papperskorgs-objekt. Grön betyder frisk, gul betyder att området behöver uppmärksamhet och röd betyder att rensning krävs.
Om du också har Duplicator installerat, upptäcker DB Optimizer det automatiskt och visar en direktlänk för att skapa en säkerhetskopia innan du börjar. Vi rekommenderar att du tar den säkerhetskopian innan du kör någon rensning, eftersom ändringarna inte kan ångras.
Klicka sedan på fliken 'Rensning' för att granska tre kategorier av data som kan tas bort: Inlägg & Sidor, Kommentarer och Transients & Cache. En sammanfattningsfält visar det totala antalet objekt som schemalagts för borttagning och hur mycket diskutrymme du kommer att återvinna.
Du kan ställa in en kvarhållningsperiod innan du kör rensningen. Standard är 7 dagar, vilket skyddar nyligen skapad data från att tas bort. Du kan också förhandsgranska hela listan med objekt och avmarkera allt du vill behålla.
När du är redo, klicka på knappen 'Rensa valda objekt' för att köra rensningen.
Du kan rensa varje kategori individuellt eller batch-bearbeta allt på en gång. DB Optimizer kommer att uppdatera din hälspoäng och visa nya databasstatistik efter att rensningen är klar.
Om någon av dina databastabeller visar overhead, byt till fliken 'Tabeller'. Härifrån kan du optimera enskilda tabeller eller klicka på bulk-alternativet för att optimera alla flaggade tabeller på en gång.
Metod 2: Hur du rensar din WordPress-databas med WP-Optimize
Bäst för: Användare som vill ha ett kapabelt freemium-alternativ som också hanterar cachning och bildkomprimering.
Ett annat populärt alternativ för att rensa din WordPress-databas är pluginet WP-Optimize.
WP-Optimize är ett populärt plugin för cachning och optimering som syftar till att förbättra din webbplats hastighet och prestanda. Det kan rensa din databas, komprimera dina bilder, ta bort oanvända bildstorlekar, cacha ditt innehåll och minska storleken på HTML-, CSS- och JavaScript-filer.
Detta plugin är byggt av samma team som ligger bakom det populära WordPress-backup-pluginet, UpdraftPlus. För att lära dig mer, se vår detaljerade WP-Optimize-recension.
För den här handledningen kommer vi att använda WP-Optimize gratisversion. Det finns också en premiumversion som erbjuder fler funktioner som schemalagd optimering, WP-CLI-stöd, lazy loading, premiumsupport och mer.
Det första du behöver göra är att installera och aktivera WP-Optimize-pluginet. För mer information, se vår steg-för-steg-guide om hur man installerar ett WordPress-plugin.
Efter aktivering kan du gå till sidan WP-Optimize » Databas från WordPress-instrumentpanelen. Därefter finns det olika uppgifter du kan välja för optimering och rensning.
Till exempel kan du optimera databastabeller, rensa alla inläggsrevisioner, rensa alla automatiska utkast, ta bort skräppost och borttagna kommentarer, och mer.
Efter att ha valt olika alternativ, klicka på knappen 'Kör alla valda optimeringar' högst upp.
Pluginet kommer nu att börja optimera din WordPress-databas och visa dig förloppet.
Därefter kan du växla till fliken 'Tabeller' i WP-Optimize.
Pluginet kommer att visa olika tabeller som är inaktiva i databasen.
Du kan ta bort dessa tabeller för att frigöra utrymme, men du bör vara mycket försiktig. Ta bara bort tabeller om du är säker på att de tillhör ett plugin som du redan har tagit bort. Om du är osäker är det säkrare att låta dem vara.
Slutligen kan du växla till fliken 'Inställningar' och välja hur många veckors data som ska sparas.
Det finns också ett alternativ för att aktivera schemalagda rensningar för din databas. Du kan schemalägga dagliga, veckovisa, varannan vecka eller månatliga rensningar.
Det var allt. Du har framgångsrikt optimerat och rensat din WordPress-databas!
Bonus: Andra WP-Optimize-funktioner
WP-Optimize inkluderar även bildkomprimering, sidcachning och filminifiering för att hjälpa till att öka webbplatsens prestanda.
Optimera dina bilder: WP-Optimize kan komprimera dina bilder och automatiskt konvertera dem till WebP-format för att minska filstorlekarna. Se vår guide om hur du optimerar bilder.
Aktivera sidcache: Pluginet kan cacha dina sidor och servera dem till besökare utan att generera om dem från grunden, vilket snabbar upp laddningstiderna. Du kan anpassa cachning efter användarroll, enhet och inloggningsstatus.
Minifiera HTML, CSS och JavaScript: WP-Optimize kan minifiera din webbplats filer genom att ta bort onödiga mellanslag och tecken, vilket minskar filstorlekarna och snabbar upp sidladdningar.
Vanliga frågor om optimering av WordPress-databasen
Att rensa en databas kan kännas skrämmande om du aldrig har gjort det förut. Därför har vi samlat de frågor som våra läsare oftast ställer till oss om underhåll av WordPress-databaser, med raka svar på var och en.
Är det säkert att optimera min WordPress-databas?
Ja, det är säkert att optimera din WordPress-databas när det görs på rätt sätt. Vi rekommenderar dock alltid att skapa en fullständig säkerhetskopia av din webbplats innan du gör några ändringar i din databas.
Använd ansedda plugins som DB Optimizer eller WP-Optimize och undvik att manuellt ta bort databasposter om du inte är erfaren med MySQL. Börja med grundläggande optimeringar som att ta bort skräppostkommentarer och inläggsrevisioner innan du går vidare till mer avancerade tekniker.
Hur ofta bör jag optimera min WordPress-databas?
Vi rekommenderar att optimera din WordPress-databas minst en gång i månaden för aktiva webbplatser. Webbplatser med hög trafik eller de med frekventa innehållsuppdateringar kan ha nytta av veckovis optimering.
Många plugins för databasoptimering erbjuder schemaläggningsfunktioner som kan automatisera denna process. Nyckeln är konsekvens. Regelbundet underhåll förhindrar att din databas blir överbelastad.
Kommer databasoptimering att snabba upp min WordPress-webbplats?
Databasoptimering kan hjälpa till att förbättra din webbplats prestanda, särskilt i WordPress adminområde. Om din databas är mycket rörig kan en upprensning hjälpa ditt instrumentbräda att laddas snabbare och förhindra fel.
Databasoptimering är dock bara en faktor för webbplatsens hastighet. Du får bästa resultat när det kombineras med andra optimeringstekniker som cachning, bildkomprimering och val av kvalitetsvärd.
Vilken data kan jag säkert ta bort från min WordPress-databas?
Du kan säkert ta bort skräppostkommentarer, borttagna kommentarer, inläggsrevisioner (behåll 2–3 senaste), automatiska utkast, utgångna transienter och oanvända taggar.
De flesta optimeringsplugins rensar också pingbacks, trackbacks och föräldralösa metadata. Var försiktig med plugin-data. Ta bara bort data från plugins som du har avinstallerat och inte längre använder.
Kan jag optimera min databas manuellt med phpMyAdmin?
Ja. Avancerade användare kan logga in i phpMyAdmin, välja sin WordPress-databas, välja alla tabeller och välja ‘Optimize table’ från rullgardinsmenyn.
Detta defragmenterar dock bara tabellerna. Det kommer inte att ta bort gamla revisioner eller skräppostkommentarer som DB Optimizer eller WP-Optimize gör. För säkerhet och en djupare rengöring rekommenderar vi att använda ett plugin.
Kan databasoptimering bryta min WordPress-webbplats?
Även om det är sällsynt kan databasoptimering orsaka problem om det görs felaktigt. Detta händer vanligtvis när viktig data oavsiktligt raderas eller när man arbetar med en korrupt databas.
Håll dig till välrecenserade plugins och undvik att ta bort data som du är osäker på. Om något går fel kan du alltid återställa från din säkerhetskopia.
Ytterligare resurser om WordPress databasoptimering
Vi hoppas att den här artikeln hjälpte dig att lära dig hur du rensar upp och optimerar din WordPress-databas.
Du kanske också vill se några andra guider och hjälpsamma handledningar för att säkerställa att din WordPress-databas fungerar smidigt och utan fel:
- Hur du åtgärdar felet "WordPress databasfel disk full"
- Hur man gör en manuell säkerhetskopia av WordPress-databasen (steg för steg)
- Hur du återställer din WordPress-databas till standardinställningar
- Hur man duplicerar WordPress-databas med phpMyAdmin
- Bästa WordPress-databasplugins – Expertval
- Hur du åtgärdar felet vid upprättande av databanslutning i WordPress
- WordPress-underhåll – Ultimativ guide för nybörjare
Om du gillade den här artikeln, prenumerera gärna på vår YouTube-kanal för WordPress-videoguider. Du kan också hitta oss på Twitter och Facebook.
Dennis Muthomi
Jag har hanterat WordPress-sajter i flera år, och jag kan intyga vikten av regelbundet databasunderhåll.
En aspekt jag särskilt uppskattade var betoningen på att skapa en säkerhetskopia innan man utförde några optimeringar – detta är avgörande råd som kan rädda webbplatsägare från potentiella katastrofer.
Jag har använt WP-Optimize tidigare och tyckte att det var ett utmärkt verktyg, särskilt för dess bildkomprimeringsfunktioner.
Men jag vill lägga till att för större webbplatser eller de med komplexa konfigurationer kan det vara värt att överväga en mer robust lösning som WP Rocket, som erbjuder avancerade funktioner för cachning och optimering.
Jiří Vaněk
Många fokuserar på webbplatsoptimering och glömmer bort MySQL-databasen. Jag använder ett lika bra plugin som heter Sweep, som utför liknande optimeringar. Nyligen upplevde vi en betydande nedgång i webbplatsens hastighet, och ingen visste vad som orsakade det. Det visade sig att problemet berodde på revisioner, av vilka det fanns tusentals ackumulerade på bloggen (bloggen i sig har över 1300 artiklar). Dessa revisioner saktade otroligt nog ner webbplatsen. Efter att ha optimerat databasen återgick webbplatsens hastighet till sitt ursprungliga tillstånd. Så optimering gör verkligen stor skillnad. Jag vill bara påpeka att det är verkligen viktigt att göra en säkerhetskopia innan man optimerar databasen om något skulle gå fel.
Usman
Är det nödvändigt att ta en säkerhetskopia först och sedan optimera databasen?
WPBeginner Support
Även om det inte är nödvändigt, rekommenderar vi det starkt om något skulle gå fel eller om du stöter på ett fel. Även om det är sällsynt att det händer, är det bättre att vara säker
Admin
Nikita Shevchenko
Hej! Bra artikel! Jag har en fråga. Kan jag använda det här pluginet samtidigt med autooptimize och wp3 total cache plugins?
Redaktionell personal
Detta är ett plugin som du kan använda och sedan inaktivera när du är klar med att rensa databasen. Vi rekommenderar att du använder detta plugin en gång var 6:e – 12:e månad.
Admin
ANTESHKUMAR SINGH
Hur man fixar "Optimera InnoDB-tabeller ändå" i WP-Optimize-plugin?
Har du någon lösning för att optimera InnoDB-tabeller i WordPress?
James Finn
Hej allihopa,
I den här artikeln:
/plugins/how-to-clean-up-your-wordpress-database-for-improved-performance/
Det står:
"... den huvudsakliga [fördelen med wp-sweep jämfört med wp-optimize] är att den använder korrekta WordPress-raderingsfunktioner så mycket som möjligt istället för att köra direkta MySQL-frågor för radering. Medan WP-Optimize-pluginet använder direkta SQL-frågor för radering som kan lämna kvar föräldralös data. Med andra ord, WP-Sweep är ett bättre kodat plugin än WP-Optimize."
Citat och avslutande citat!
Kanske kan du förklara varför du har två tydligt motsägelsefulla artiklar publicerade på din webbplats samtidigt. Redigera en eller den andra, snälla!
En otroligt inflytelserik webbplats som denna behöver mer uppmärksam redaktionell granskning.
Tack så mycket!
WPBeginner Support
Hej James,
Vi rekommenderar ofta plugins som gör samma sak. Om det finns en skillnad, försöker vi också lyfta fram den som du har citerat. En stor sak med WordPress är att du ofta har gott om utmärkta lösningar på ett problem.
Admin
Neal Umphred
Du brukade rekommendera WP-Sweep för den här tjänsten:
(https://www.wpbeginner.com/plugins/how-to-clean-up-your-wordpress-database-for-improved-performance/).
Vad hände?
WPBeginner Support
Hej Neal,
Vi rekommenderar det fortfarande. Du kan använda endera av dessa två plugins för jobbet.
Admin
Neal Umphred
Tack för svaret!
Om jag använder WP-Optimize, behöver jag en enstaka rensning från WP-Sweep?
Ian Spare
I en tidigare artikel (https://www.wpbeginner.com/plugins/delete-old-post-revisions-in-wordpress-with-better-delete-revision/) gjorde du en uppdatering som angav att inläggsrevisioner inte skulle påverka databasens prestanda. Säger du nu att de gör det?
Mayank Debnath
Ja! Jag är också förvirrad..
Ian Spare
Det är tydligt att åtgärder som att ta bort inläggsrevisioner inte kommer att göra någon som helst skillnad för "databasprestanda". Jag tror att förvirringen orsakas av ett missförstånd om hur relationsdatabaser fungerar och specifikt om hur indexerade frågor exekveras.
Problemet förvärras av att så många WordPress-användare är ganska säkra på att optimering av deras databas är nödvändigt. Med tanke på att relationsdatabaser och relaterade teknologier som Indexed Sequential Access Method (ISAM) som internt bygger på har funnits i cirka 50 år, borde det vara väl förstått.
Hela syftet med att använda en databas är att komma åt data på ett skalbart sätt. Tiden det tar att hitta en indexerad post, till exempel ett publicerat WordPress-inlägg, beror inte på databasens storlek.
Jag skulle bjuda in författarna till den här artikeln att faktiskt testa detta. Skapa en WordPress-installation och skapa några tusen revisioner av ett inlägg. Du kommer att upptäcka att det inte gör någon skillnad för prestandan.
Tiden det tar att hitta ett inlägg beror på antalet sökningar det tar. Du kan räkna ut det så här:
log(row_count) / log(index_block_length / 3 * 2 / (index_length + data_pointer_length)) + 1
Jag kan säga dig att antalet sökningar inte kommer att öka mellan tusentals revisioner och tiotusentals. Du får en extra sökning när du kommer upp i hundratusentals rader. Men oddsen är att det ändå finns i frågecachen så det spelar ingen roll.
Jag vet från tester, utan någon anledning alls, att ett inlägg med 200 000 revisioner är lika snabbt att komma åt som ett utan.
Matilda Moo
Så om min värd säger att mina webbplatser fortsätter att gå ner för att jag behöver optimera min databas, är det egentligen antalet träffar/sökningar som min hosting inte klarar av?
Rob Smelik
Jag kan inte tala för författaren men tänkte att jag skulle dela med mig av några tankar.
När det gäller laddning av din webbplats på klientsidan är WordPress faktiskt tillräckligt smart för att ignorera tidigare revisioner när den laddar enskilda sidor. Överdriven databasuppblåsthet kan dock sakta ner en webbplats om du har en stor webbplats med många sidor och inlägg. Inläggsrevisioner bidrar till databasens totala storlek men är absolut inte den enda bidragande faktorn. Med det sagt... allt du kan göra för att minska storleken på din databas kommer att hålla din webbplats igång med maximal prestanda.
Jag har använt WP Optimize i flera år, både på personliga och klientsidor, och kan ärligt säga att det gör ett utmärkt jobb med att hålla din databas ren. Jag har också märkt hastighetsökningar när jag installerat det på äldre webbplatser med större databaser som inte har optimerats. När det gäller inläggsrevisioner har det en bra inställning som låter dig begränsa antalet lagrade revisioner. Jag har det inställt på cirka 10, vilket är mer än tillräckligt för säkerhetskopiering av inläggsrevisioner.
Jag tror att premiumversionen av pluginet också låter dig schemalägga optimeringscykler utan att behöva gå in manuellt och klicka på optimeringsknappen.
WPBeginner Support
Hej Ian Spare,
Inläggsrevisioner påverkar inte databasprestanda eller din webbplats laddningstider. De ökar dock databasstorleken. På äldre webbplatser med mycket innehåll kan rensning eller begränsning av inläggsrevisioner minska storleken på databasbackupfiler avsevärt. Detta innebär att du kan göra on-demand-säkerhetskopieringar, återställa från säkerhetskopior eller flytta backupfiler lite snabbare. Det sparar också utrymme på din molnlagringstjänst där du sparar dina säkerhetskopior.
Admin
Ian Spare
Tack, jag tror att du närmar dig en korrekt position nu.
Jag tror att vi ganska snabbt kan avfärda storleksöverväganden. En MySQL-dump av WordPress-databasen är ganska liten. Det är också mycket komprimerbar data, jag skulle föreslå att ren text med en medelhög komprimeringsnivå skulle ge cirka 10:1.
Så jag föreslår att den här webbplatsen kan ha 1000 inlägg med 10 revisioner per inlägg som av någon (osannolik) anledning alla har samma storlek (i praktiken kommer de att vara mindre än man kan tro). Och vi säger att ett inlägg är cirka 2800 tecken stort eftersom det är ungefär storleken på ditt inlägg här, vi lägger till lite eftersom det inte kommer att göra stor skillnad och säger 3000 tecken.
1000 * 10 * 3000 = 30000000
eller cirka 28 MB vilket kommer att vara runt 2,8 MB i komprimerad storlek.
Vilket, tekniskt sett, är struntprat. En handfull bilder högst.
Fotavtrycket av ett genomsnittligt WordPress-inlägg är mycket ofta de associerade bilderna. De behöver också säkerhetskopieras. Det fotavtrycket kommer bara att påverkas trivialt av antalet revisioner.
Det finns ingen realistisk chans att dessa säkerhetskopior får plats i, till exempel, gratis molnlagring på 2 GB på Dropbox. Så, alla som lagrar säkerhetskopior i molnet kan lika gärna ha betalat för en tjänst som levererar obegränsad lagring (dvs. Jetpack backup-tjänsten) eller terabyte.
Det är knappast en realistisk oro att bekymra sig över ett par MB i storlek för en backup-fil. Jag förstår att det kommer att finnas några som skapar ett konstruerat användningsfall där 10k gör skillnad, vilket är bra, jag säger bara att det i allmän användning inte är något.