Database WordPress: errori di connessione o dati corrotti?
- Word press
- 4 settembre 2025
Indice dei contenuti
Il messaggio “Errore nello stabilire una connessione al database” non dimostra che il database WordPress sia corrotto. Prima di usare strumenti di riparazione bisogna verificare che il server risponda, che i dati di accesso siano corretti e che l’utente possa utilizzare il database previsto.
La corruzione riguarda invece l’integrità delle strutture o dei dati e richiede evidenze specifiche. Confondere i due problemi può portare a interventi inutili proprio sul patrimonio più delicato del sito: contenuti, utenti, impostazioni e dati applicativi.
Connessione, tabelle mancanti e corruzione sono casi diversi
| Evidenza raccolta | Cosa verificare |
|---|---|
| Accesso negato al database | Credenziali e autorizzazioni dell’utente |
| Server non raggiungibile | Host, porta o socket e disponibilità del servizio |
| Troppe connessioni | Carico e limiti del servizio database |
| Tabella non trovata | Database selezionato, prefisso e completezza dell’importazione |
| Errore esplicito di integrità | Tabella coinvolta, motore di archiviazione e log del server |
| Dati visibili ma incoerenti | Operazioni applicative, importazioni e relazioni tra record |
Raccogli il messaggio originale dal log o dal pannello, l’orario e la modifica precedente al guasto. Se il problema è intermittente, registra quando si verifica: cambiare password non risolve necessariamente un esaurimento temporaneo delle connessioni.
Controllare la connessione senza alterare i dati
Confronta nome database, utente e indirizzo del server definiti nella configurazione con quelli indicati dall’hosting. Dopo una migrazione, il valore dell’host potrebbe essere diverso da quello del vecchio ambiente. Non pubblicare il contenuto di wp-config.php per chiedere assistenza: contiene informazioni riservate.
Chiedi al provider di verificare il collegamento dal contesto che esegue WordPress. Il fatto che il pannello apra il database non prova che il processo PHP usi le stesse credenziali o lo stesso percorso di rete.
Controlla anche che il servizio sia disponibile e l’account non abbia raggiunto limiti rilevanti. La documentazione WordPress sugli errori di connessione distingue problemi di configurazione e hosting. Non avviare una riparazione delle tabelle per compensare una connessione che non si apre.
Dopo una migrazione verificare database e prefisso
Se la connessione funziona ma mancano tabelle, confronta l’inventario importato con quello atteso e verifica il prefisso configurato. Non presumere che sia sempre wp_. Installazioni Multisite e plugin possono avere strutture aggiuntive.
Come esempio ipotetico, un’importazione interrotta può lasciare presenti le tabelle dei contenuti ma non quelle necessarie a un’estensione. Il sito può aprirsi mentre una funzione fallisce. In questo caso occorre verificare il completamento dell’importazione e la compatibilità della struttura, non “ottimizzare” il database.
Se compare una schermata di installazione dove dovrebbe esserci un sito esistente, fermati e verifica quale database sta leggendo WordPress. Non proseguire creando una nuova installazione sopra una configurazione di cui non hai chiarito lo stato.
Cosa conservare prima di una riparazione
Individua un backup precedente al problema e verifica che sia leggibile e ripristinabile in un ambiente isolato. Conserva anche lo stato corrente con gli strumenti appropriati dell’hosting. Se un’esportazione fallisce, non considerarla un backup completo: segnala le tabelle non esportate e coinvolgi chi gestisce il server.
Definisci quali scritture sospendere durante l’intervento e come gestire ordini, registrazioni o sincronizzazioni in arrivo. Una copia presa mentre i dati cambiano deve essere gestita con una procedura che ne garantisca la coerenza.
Annota il motore delle tabelle e la versione del servizio. Le procedure di recupero non sono intercambiabili fra motori, versioni MySQL e MariaDB o servizi gestiti.
Perché “ripara database” non è una soluzione universale
WordPress dispone di una funzione abilitabile tramite WP_ALLOW_REPAIR. La documentazione di configurazione precisa che, quando è attiva, non richiede login: va usata solo se necessaria, con accesso protetto, e disabilitata al termine.
La disponibilità del comando non significa che ogni tabella sia riparabile con quel metodo. In MySQL, REPAIR TABLE supporta determinati motori e non è il percorso di riparazione per InnoDB. Un errore di integrità InnoDB richiede una valutazione del server e delle opzioni di recupero da parte di chi lo amministra.
Inoltre una struttura tecnicamente leggibile può contenere dati applicativi sbagliati. Una riparazione fisica non ricostruisce automaticamente un ordine cancellato, una relazione mancante o un’importazione eseguita con valori errati.
Ripristinare un backup senza ignorare i dati recenti
Prima del ripristino confronta data del backup e ultima attività utile. Su un ecommerce, tornare a una copia precedente può rimuovere ordini o registrazioni recenti. La riconciliazione deve considerare anche pagamenti e sistemi esterni, senza duplicare operazioni.
Prova il backup in una copia isolata e verifica che file e database siano compatibili. Una versione recente di un plugin potrebbe aspettarsi campi assenti in un vecchio database. Per questo il ripristino deve essere progettato come un insieme coerente.
Verificare integrità tecnica e funzioni del sito
Controlla accesso, contenuti, ricerca, salvataggi e funzioni delle estensioni coinvolte. Confronta conteggi e campioni di dati con una fonte attendibile, quando disponibile; una homepage visibile non dimostra che tutti i record siano recuperati.
Verifica i nuovi log e documenta ciò che è stato recuperato e ciò che resta incerto. Se WordPress non si collega al database o ci sono evidenze di corruzione, posso valutare diagnosi e recupero dei dati insieme alle possibilità offerte dall’hosting e dai backup disponibili.
