Trusted WordPress tutorials, when you need them most.
Beginner’s Guide to WordPress
Coppa WPB
25 Million+
Websites using our plugins
16+
Years of WordPress experience
3000+
WordPress tutorials
by experts

Come ottimizzare il database di WordPress con un clic

Nota editoriale: guadagniamo una commissione dai link dei partner su WPBeginner. Le commissioni non influenzano le opinioni o le valutazioni dei nostri redattori. Per saperne di più su Processo editoriale.

Come un armadio, il database di WordPress può diventare ingombro nel tempo. I file non necessari possono rallentare le operazioni, causare errori e rendere più difficile trovare ciò che serve.

La buona notizia è che l’ottimizzazione del database di WordPress è come una pulizia di primavera digitale che dà nuova vita al sito. Pulisce i dati indesiderati, riducendo le dimensioni del database e migliorando le prestazioni.

In questo articolo vi mostreremo come ottimizzare facilmente il database di WordPress con un solo clic.

How to Optimize Your WordPress Database with One Click

Perché ottimizzare il database di WordPress?

Se utilizzate WordPress da un po’ di tempo, probabilmente nel vostro database ci sono molti dati inutili, come revisioni di post, commenti di spam, rifiuti, opzioni transitorie, metadati orfani e così via.

Questi dati aumentano le dimensioni del database di WordPress, il che significa che i backup di WordPress richiederanno più spazio su disco e tempo per il ripristino.

La pulizia di questi dati indesiderati riduce in modo significativo le dimensioni del database di WordPress, il che significa backup più veloci, ripristini più semplici e migliori prestazioni del database.

Detto questo, vediamo come ottimizzare facilmente il database di WordPress ed eliminare il disordine.

Video tutorial

Subscribe to WPBeginner

Se il video non vi piace o avete bisogno di ulteriori istruzioni, continuate a leggere.

Come ottimizzare il database di WordPress

Poiché lavorerete sul database di WordPress, dovete assicurarvi di creare un backup completo di WordPress prima di procedere.

Successivamente, è necessario installare e attivare il plugin WP-Optimize. Per maggiori dettagli, consultate la nostra guida passo passo su come installare un plugin di WordPress.

Questo plugin è stato realizzato dallo stesso team che ha creato il popolare plugin di backup per WordPress, UpdraftPlus. Per saperne di più, consultate la nostra recensione dettagliata di WP-Optimize.

Dopo l’attivazione, il plugin aggiunge una nuova voce di menu nella barra di amministrazione di WordPress, denominata WP-Optimize. Facendo clic su di essa si accede alla pagina delle impostazioni del plugin.

The WP-Optimize WordPress caching and optimization plugin

Verrà visualizzato un elenco di operazioni che il plugin eseguirà sul database. Esaminatele attentamente e deselezionate le voci che non volete eseguire al momento.

Le voci contrassegnate in rosso richiedono operazioni di database più intensive. Se il processo viene interrotto durante l’operazione, i dati potrebbero essere danneggiati. Per questo motivo vi consigliamo vivamente di creare un backup del vostro sito WordPress prima di selezionare gli elementi in rosso.

Dopo aver selezionato gli elementi, fare clic sul pulsante “Esegui su tutti gli elementi selezionati” in alto.

Il plugin inizierà a ottimizzare il database di WordPress e vi mostrerà i progressi.

Questo è tutto. Avete ottimizzato con successo il database di WordPress!

Nota: se le tabelle del database MySQL utilizzano il motore InnoDB, WP-Optimize non esegue l’ottimizzazione delle tabelle del database. È possibile eseguire questa operazione manualmente utilizzando phpMyAdmin. Per istruzioni dettagliate, consultate la nostra guida per principianti sulla gestione del database di WordPress con phpMyAdmin.

Alternativa: ingaggiare esperti per ottimizzare il database di WordPress

Se l’ottimizzazione del database di WordPress richiede troppo tempo o è troppo tecnica per voi, prendete in considerazione l’assunzione di un’agenzia di assistenza WordPress che se ne occupi per voi.

Noi di WPBeginner Pro Services offriamo un’assistenza WordPress di emergenza a prezzi accessibili per correggere in modo rapido e affidabile problemi come l’ottimizzazione del database di WordPress. Possiamo anche correggere le stringhe di connessione al database di WordPress, gli errori dei plugin, i link interrotti e molto altro ancora.

Emergency WordPress Support

Basta scegliere una soluzione dal nostro catalogo di assistenza WordPress, sedersi e rilassarsi, e noi correggeremo il problema per voi.

Guide di esperti sul database di WordPress

Ora che sapete come ottimizzare il database di WordPress, potreste voler consultare altre guide relative al database di WordPress:

Speriamo che questo articolo vi abbia aiutato a ottimizzare il vostro database WordPress. Potreste anche voler consultare la nostra guida definitiva per aumentare la velocità e le prestazioni di WordPress e la nostra scelta dei migliori plugin Instagram per WordPress.

Se questo articolo vi è piaciuto, iscrivetevi al nostro canale YouTube per le esercitazioni video su WordPress. Potete trovarci anche su Twitter e Facebook.

Divulgazione: I nostri contenuti sono sostenuti dai lettori. Ciò significa che se cliccate su alcuni dei nostri link, potremmo guadagnare una commissione. Vedi come WPBeginner è finanziato , perché è importante e come puoi sostenerci. Ecco il nostro processo editoriale .

Avatar

Editorial Staff at WPBeginner is a team of WordPress experts led by Syed Balkhi with over 16 years of experience in WordPress, Web Hosting, eCommerce, SEO, and Marketing. Started in 2009, WPBeginner is now the largest free WordPress resource site in the industry and is often referred to as the Wikipedia for WordPress.

Il kit di strumenti WordPress definitivo

Ottenete l'accesso gratuito al nostro kit di strumenti - una raccolta di prodotti e risorse relative a WordPress che ogni professionista dovrebbe avere!

Reader Interactions

18 commentiLascia una risposta

  1. Syed Balkhi says

    Hey WPBeginner readers,
    Did you know you can win exciting prizes by commenting on WPBeginner?
    Every month, our top blog commenters will win HUGE rewards, including premium WordPress plugin licenses and cash prizes.
    You can get more details about the contest from here.
    Start sharing your thoughts below to stand a chance to win!

    • WPBeginner Support says

      While not necessary, we strongly recommend it on the off chance something goes wrong or you run into an error. While it is rare for that to happen, it is better to be safe :)

      Admin

  2. Nikita Shevchenko says

    Hello! Great article! I have one question. Can I use this plugin simultaneously with autooptimize and wp3 total cache plugins?

  3. ANTESH KUMAR SINGH says

    How to fix “Optimize InnoDB tables anyway” in WP-Optimize plugin?

    Have any solution to optimize InnoDB tables in WordPress?

  4. James Finn says

    Hey guys,

    In this article:

    /plugins/how-to-clean-up-your-wordpress-database-for-improved-performance/

    It is stated:

    “… the main [benefit of wp-sweep over wp-optimize] is that it uses proper WordPress delete functions as much as possible instead of running direct delete MySQL queries. Whereas the WP-Optimize plugin uses direct delete SQL queries which can leave orphaned data left behind. In other words, WP-Sweep is a better coded plugin than WP-Optimize.”

    Quote and closed quote!

    Perhaps you can explain why you have two clearly contradictory articles published on your site at the same time. Edit one, or the other, please!

    An incredibly influential site such as this needs more attentive editorial review.

    Thanks bunches!

    • WPBeginner Support says

      Hi James,

      We often recommend plugins that do the same thing. If there is a difference, then we also try to highlight it as you have quoted. One great thing about WordPress is that you often have plenty of excellent solutions for a problem.

      Admin

      • Ian Spare says

        It’s clear that actions like removing post revisions will make no difference whatsoever to “database performance”. I think the confusion is caused by some misunderstanding about how relational databases work and specifically about how indexed queries are executed.

        The problem is exacerbated by so many WordPress users being quite certain that optimising their database is required. Given that relations databases and related technologies like Indexed Sequential Access Method (ISAM) on which the internals are based have been around for some 50 years it ought to be well understood.

        The entire point of using a database is to access data in a way that scalable. The time it takes to find an indexed record, for example, a published WordPress post, is not dependent on the size of the database.

        I’d invite the authors of this article to actually test this. Create a WordPress install and create a few thousand revisions of a post. You’ll find it makes zero difference to performance.

        The time it takes to find a post is dependent on the number of seeks it takes. You can work this out like this:

        log(row_count) / log(index_block_length / 3 * 2 / (index_length + data_pointer_length)) + 1

        I can tell you that the number of seeks will not increase between thousands of revisions and tens of thousands. You’ll get an extra seek when you enter the hundred of thousands of rows. But, the odds are it’s in query cache anyway so it won’t matter.

        I know from testing, for no reason at all, that having a post with 200,000 revisions is just as quick to access as one with none.

        • Matilda Moo says

          So if my host is saying my sites keep going down because i need to optimise my db, really it’s the number of hits/seeks that my hosting can’t cope with?

    • Rob Smelik says

      I can’t speak for the author but thought I would throw some thoughts out there.

      When it comes to loading your site on the front end, WordPress is actually smart enough to ignore previous revisions as it loads individual pages. However, overall database bloat can slow down a site if you have a large site with many pages and posts. Post revisions do add to the overall size of a database but are certainly not the only contributor. That being said… anything that you can do to reduce the size of your database will keep your site running at peak performance.

      I have been using WP Optimize for years both on personal and client sites and can honestly say it does an excellent job at keeping your database clean. I have also noticed speed boosts when installing on older sites with larger databases that haven’t been optimized. With regard to post revisions, It has a great setting that allows you to limit the number of stored revisions. I keep it set at about 10 which is more than enough for post revision backup purposes.

      I believe the premium version of the plugin also lets you schedule optimization cycles without having to manually go in and click the optimize button.

    • WPBeginner Support says

      Hi Ian Spare,

      Post revisions don’t affect database performance or your site’s page load times. However, they do increase database size. On older websites with lots of content, cleaning up or limiting post revisions can significantly reduce database backup file size. This means you will be to do on-demand backups, restore from backups, or move backup files around a bit faster. It will also save space on your cloud storage service where you save your backups.

      Admin

      • Ian Spare says

        Thanks, I think you’re moving closer to an accurate position now.

        I think we can dismiss size considerations pretty quickly. A MySQL dump of WordPress database is pretty small. It’s highly compressible data as well, I’d suggest as pure text with a midrange compressional level you’d get around 10:1.

        So I suggest this site might have 1000 posts with 10 revisions per post which for some (unlikely) reason are all the same size (in practice, they’ll be smaller you’d think). And we’ll say a post is about 2800 characters in size because that’s around the size of your post here, we’ll add a bit because it’s not going to make a lot of difference and say 3000 chars.

        1000 * 10 * 3000 = 30000000

        or about 28mb which is going to be around 2.8mb in compressed size.

        Which is, in technical terms, diddly squat. A handful of images at best.

        The footprint of an average WordPress post is very often the associated images. They’ll need backing up as well. That footprint will only be trivially impacted by the number of revisions.

        There’s not a realistic chance these backups will fit into, for example, the free cloud storage of 2gb on Dropbox. So, anyone storing backups in the cloud might well have paid for a service which will be delivering unlimited storage (ie the jetpack backup service) or terabytes.

        It’s hardly a realistic concern to be bothered about a couple of mb in size for a backup file. I appreciate there’ll be some who’ll produce a contrived use case where 10k makes a difference which is fine, I’m just saying in general usage, this is nothing.

Lascia una risposta

Grazie per aver scelto di lasciare un commento. Tenga presente che tutti i commenti sono moderati in base alle nostre politica dei commenti e il suo indirizzo e-mail NON sarà pubblicato. Si prega di NON utilizzare parole chiave nel campo del nome. Avremo una conversazione personale e significativa.