Un’installazione WordPress single-site standard memorizza i suoi contenuti e le sue impostazioni in 12 tabelle core del database, tutte con un prefisso comune (wp_ come predefinito). WordPress e quasi tutti i Plugin memorizzano le proprie impostazioni all’interno di quel database, organizzati in queste tabelle. Questa guida spiega ogni tabella predefinita del database WordPress: cosa memorizza, cosa ne dipende e cosa si rompe quando manca o è corrotta.
TL;DR: WordPress memorizza la maggior parte dei dati del sito in un database MySQL o MariaDB. Un’installazione WordPress single-site standard usa attualmente 12 tabelle predefinite con un prefisso configurabile, comunemente
wp_. Queste tabelle memorizzano articoli, pagine, utenti, impostazioni, commenti, termini tassonomici e metadati, mentre Plugin, Theme, WooCommerce e installazioni multisite possono aggiungere altre tabelle.
Nota: per ispezionare in modo sicuro il tuo database WordPress, fai un Backup del tuo sito o crea un ambiente di staging usando WP STAGING. Poi usa uno strumento di gestione database, come phpMyAdmin o Adminer, per accedere e modificare il database senza impattare il tuo sito live.
Contents
- Tabelle del database WordPress a colpo d’occhio
- Come sono fatte le tabelle del database?
- Elenco delle tabelle core WordPress
- wp_options
- wp_users, wp_usermeta
- wp_posts, wp_postmeta
- wp_terms, wp_term_relationships, wp_term_taxonomy, wp_termmeta
- wp_comments, wp_commentmeta
- wp_links
- Tabella pianificata: wp_collaboration (WordPress 7.0)
- Struttura grafica del database WordPress
- Problemi comuni del database WordPress e le tabelle dietro di essi
- Articoli correlati
Tabelle del database WordPress a colpo d’occhio
Un’installazione WordPress single-site standard usa attualmente 12 tabelle predefinite del database. La tabella qui sotto riassume cosa memorizza ogni tabella, dove WordPress la usa e cosa può rompersi se la tabella manca o è corrotta.
| Tabella | Memorizza | Usata per | Cosa si rompe se manca o è corrotta |
|---|---|---|---|
wp_options |
URL del sito, Plugin attivi, impostazioni Theme, transient, regole di rewrite, dati cron | Bootstrap WordPress, impostazioni Plugin, configurazione sito | Redirect URL errati, impostazioni mancanti, errori Plugin, cron rotto, autoload opzioni lento |
wp_posts |
Articoli, pagine, allegati, revisioni, menu, custom post type | Contenuti, libreria media, menu di navigazione, molti tipi di dati Plugin | Pagine/articoli/media mancanti, menu rotti, voci custom post type mancanti |
wp_postmeta |
Metadati per articoli, pagine, allegati, prodotti, page builder, Plugin SEO | Immagini in evidenza, dati prodotto, campi SEO, layout dei builder | Immagini mancanti, layout rotti, dati prodotto mancanti, metadati SEO incompleti |
wp_users |
Account utente, login, password hash, email, nomi visualizzati | Autenticazione e autorialità | Utenti non possono accedere, autori spariscono |
wp_usermeta |
Ruoli utente, capabilities, campi profilo, impostazioni utente Plugin | Permessi e impostazioni specifiche per utente | L’admin perde i permessi, ruoli scompaiono, impostazioni utente rotte |
wp_comments |
Commenti, pingback, trackback, recensioni | Sistemi di commenti e recensioni | Commenti o recensioni scompaiono |
wp_commentmeta |
Metadati per commenti e recensioni | Stato spam, valutazioni, dati Plugin per commenti | Metadati recensioni, dati spam o dati commenti Plugin persi |
wp_terms |
Nomi e slug dei termini | Categorie, tag, categorie link, termini tassonomici custom | Nomi categoria e tag scompaiono |
wp_termmeta |
Metadati per i termini tassonomici | Immagini termini, metadati SEO, campi termine custom | Metadati categoria/tag scompaiono |
wp_term_taxonomy |
Tipo di tassonomia, relazione genitore, conteggi termini | Distingue categoria vs tag vs tassonomia custom | Categorie/tag mappati erroneamente o perdono gerarchia |
wp_term_relationships |
Relazioni tra contenuti e termini tassonomici | Assegna articoli/prodotti/pagine a categorie e tag | Gli articoli perdono categorie/tag, menu e relazioni tassonomiche rotti |
wp_links |
Dati legacy blogroll/link manager | Funzionalità Links Manager deprecata e vecchi Plugin | Di solito nulla sui siti moderni, a meno che un vecchio Plugin la usi ancora |
Come sono fatte le tabelle del database?
Immagina un foglio Excel con una riga di intestazione e valori nelle righe sottostanti.
Ad esempio, puoi vedere una piccola sezione della tabella qui. wp_options:
Vediamo queste tabelle più da vicino per capire perché è importante quale tabella contiene quale parte di un sito WordPress.
Comprendere la struttura delle tabelle ti aiuta a capire quale tabella devi includere o escludere se prevedi di sincronizzare o spostare dati da un sito di staging al sito live o viceversa con WP STAGING. È utile anche se prevedi di aggiornare il sito di staging.
Questo diventa ancora più importante con la tabella wp_collaboration pianificata per WordPress 7.0, che memorizza i dati di collaborazione in tempo reale dell’editor, che sono temporanei e specifici per ambiente. Quando fai il push di un sito di staging a un sito live, evita di sovrascrivere lo stato di collaborazione attivo del sito live a meno che tu non voglia intenzionalmente sostituire l’intero database.
Elenco delle tabelle core WordPress
La tabella qui sopra fornisce una rapida panoramica. La sezione seguente spiega le tabelle WordPress core in modo più dettagliato per sviluppatori, proprietari di siti e chiunque debugghi migrazioni, Backup o problemi di database.
- wp_options
- wp_users,
- wp_usermeta
- wp_posts
- wp_postmeta
- wp_terms
- wp_term_relationships
- wp_term_taxonomy
- wp_termmeta
- wp_comments
- wp_commentmeta
- wp_links
WordPress può aggiungere nuove tabelle core nelle major release. Ad esempio, WordPress 7.0 prevede di introdurre wp_collaboration per i dati di collaborazione in tempo reale dell’editor.
Altre tabelle nel tuo database vengono create da Plugin o Theme e non sempre sono necessarie per far funzionare il sito.
wp_options
La tabella wp_options è una delle tabelle del database WordPress più essenziali e memorizza tutte le impostazioni di un sito WordPress, come URL, titolo, Plugin installati, ecc.! Anche la maggior parte dei Plugin memorizza qui le impostazioni.
Tutte le impostazioni nella dashboard WordPress sono memorizzate in questa tabella.
wp_users, wp_usermeta
wp_users memorizza tutti gli utenti registrati su un sito WordPress. Contiene informazioni di base su un utente, come nome utente e password crittografata, email, ora di registrazione, nome visualizzato, status e alcuni altri campi.
wp_usermeta memorizza i metadati (‘dati aggiuntivi‘) degli utenti. Estende la tabella wp_users con più dati. Ad esempio, il nome di un utente è memorizzato nella tabella wp_usermeta invece che nella tabella wp_users.
Ci sono due campi necessari in questa tabella. I Plugin possono memorizzare dati custom in wp_usermeta semplicemente aggiungendo un nuovo valore nel campo meta_key.
wp_posts, wp_postmeta
La tabella wp_posts memorizza tutti i dati relativi ai contenuti di un sito WordPress. Tutti gli articoli, le pagine e le loro revisioni sono disponibili nella tabella wp_posts. Potrebbe non essere chiaro, ma WordPress memorizza molto di più in quella tabella.
Questa tabella contiene anche le voci di menu di navigazione, file media e allegati come immagini e dati di contenuto usati dai Plugin.
In wp_posts c’è una colonna post_type che segmenta questi diversi tipi di dati, così una query del database può richiedere tipi specifici di dati. post_type è la colonna più critica in questa tabella.
Nelle immagini qui sotto puoi vedere due diversi valori post_type, revision e attachment, entrambi memorizzati nella stessa tabella wp_posts:
La tabella wp_postmeta, come la tabella wp_usermeta, estende la tabella wp_posts con più dati, che possono essere usati anche da altri Plugin.
Ad esempio, il popolare Plugin Yoast SEO memorizza tag open graph custom, articoli e dati URL in questa tabella.
wp_terms, wp_term_relationships, wp_term_taxonomy, wp_termmeta
La tabella wp_terms memorizza categorie e tag per articoli, pagine e link.
Una delle colonne in questa tabella è ‘slug’. Uno slug è un termine che riflette un tag di un particolare articolo. In WordPress puoi usare i tag per connettere articoli, pagine e link.
wp_term_relationships è la congiunzione e connette questi tag ad articoli, pagine e link. È come una mappa tra gli oggetti dei contenuti e i termini.
wp_term_taxonomy estende la tabella wp_terms con più dati. È come dei metadati per la tabella wp_terms, con la differenza che i Plugin non possono aggiungere qui dati custom. Questa tabella contiene anche una relazione tra menu e voci di menu.
La tabella wp_termmeta memorizza metadati per i termini tassonomici. Funziona in modo simile a wp_postmeta, wp_usermeta e wp_commentmeta, ma per categorie, tag e termini tassonomici custom.
Plugin e Theme possono usare questa tabella per memorizzare dati aggiuntivi per i termini, come immagini di categoria, metadati SEO, colori custom, impostazioni di visualizzazione o altri campi specifici per tassonomia.
Se questa tabella manca o è incompleta dopo una migrazione, categorie e tag potrebbero ancora esistere ma i loro metadati aggiuntivi possono essere persi.
wp_comments, wp_commentmeta
wp_comments memorizza i commenti su articoli e pagine. Questa tabella contiene anche commenti non approvati e informazioni sull’autore, insieme alla gerarchia dei commenti. La tabella wp_commentmeta contiene ulteriori metadati sui commenti.
wp_links
Questa tabella contiene informazioni sui link custom aggiunti al tuo sito. È deprecata e non viene più usata. Alcuni vecchi Plugin la usano ancora ma di solito è una tabella vuota.
Tabella pianificata: wp_collaboration (WordPress 7.0)
wp_collaboration è una nuova tabella del database core pianificata per WordPress 7.0. Fa parte della funzionalità di collaborazione in tempo reale del block editor, che permette a più utenti di modificare lo stesso articolo o pagina contemporaneamente.
La tabella separa i dati di collaborazione ad alta frequenza, come identificatori di sessione, informazioni di stanza e timestamp di pulizia, dalle normali tabelle di contenuto wp_posts e wp_postmeta. L’attività dell’editor in tempo reale scrive molto frequentemente, e tenerla fuori dalle tabelle di contenuto evita di sovraccaricare le cache di oggetti relativi ai post durante una sessione di editing.
Questa tabella non sostituisce wp_posts, wp_postmeta o il sistema di revisioni WordPress. Articoli, pagine, allegati, custom post type e revisioni sono ancora memorizzati in wp_posts, e i metadati specifici per post rimangono in wp_postmeta.
Per i Backup e le migrazioni, tratta wp_collaboration come dati di breve durata. Un Backup completo del database dovrebbe includerla, ma quando fai il push di un sito di staging in produzione di solito non deve sovrascrivere il sito live, poiché WordPress può ricreare lo stato di collaborazione mentre gli utenti modificano. Lo schema potrebbe ancora cambiare prima della release di WordPress 7.0, quindi conferma l’elenco finale delle colonne prima di farci affidamento.
Struttura grafica del database WordPress
Questo diagramma mostra come sono connesse le tabelle WordPress:
Apri l’immagine a piena risoluzione: tasto destro -> Apri immagine in nuova scheda
Problemi comuni del database WordPress e le tabelle dietro di essi
| Problema | Tabella/e più rilevante/i | Cosa controllare |
|---|---|---|
| Il sito reindirizza al dominio sbagliato dopo la migrazione | wp_options |
Controlla siteurl, home e le opzioni Plugin serializzate |
| L’utente admin esiste ma non ha permessi admin | wp_usermeta |
Controlla la chiave capabilities, specialmente dopo aver cambiato il prefisso della tabella |
| Gli articoli esistono ma categorie o tag mancano | wp_terms, wp_term_taxonomy, wp_term_relationships |
Controlla se tutte le tabelle tassonomiche sono state migrate insieme |
| Le voci della libreria media esistono ma le immagini sono rotte | wp_posts, wp_postmeta, cartella uploads |
Gli allegati sono memorizzati in wp_posts; i percorsi dei file sono spesso memorizzati in _wp_attached_file in wp_postmeta |
| I menu scompaiono dopo la migrazione | wp_posts, wp_terms, wp_term_relationships, wp_postmeta |
I menu di navigazione sono memorizzati in diverse tabelle |
| Le impostazioni Plugin scompaiono | wp_options, a volte tabelle specifiche del Plugin |
Controlla se il Plugin memorizza le impostazioni in wp_options o in tabelle custom |
| Il sito diventa lento dopo la migrazione | wp_options, wp_postmeta |
Controlla le opzioni autoload e le tabelle di metadati grandi |
| Commenti o recensioni scompaiono | wp_comments, wp_commentmeta |
Migra entrambe le tabelle insieme |
| WordPress dice che una tabella non esiste | wp-config.php, tutte le tabelle con prefisso |
Controlla $table_prefix e che tutte le tabelle usino lo stesso prefisso |
Articoli correlati
- Dati serializzati, cosa significa e perché è così importante?
- Come unire il sito di staging alla produzione mantenendo articoli e contenuti utente
- Actions and Filters
- Come fare il Backup del tuo Theme WordPress in sicurezza
- Dove sono memorizzati i prodotti WooCommerce nel database?
- Aumentare la dimensione max allowed packet
