Aquest missatge significa que WordPress no ha pogut establir o mantenir la connexió MySQL necessària per carregar les dades. La causa pot ser una credencial incorrecta, MySQL no disponible, un host o socket equivocat, connexions exhaurides o infraestructura malmesa.
No reinstal·lis WordPress ni importis primer una còpia antiga. Podries sobreescriure contingut actual sense reparar la connectivitat.
Delimita l’abast de la caiguda
Prova el web públic, wp-admin, un altre web autoritzat del mateix servidor que utilitzi base de dades i el panell de MySQL de l’allotjament. Anota l’hora i si la fallada és constant o intermitent.
Si només falla una instal·lació, centra’t en la configuració i l’usuari. Si fallen totes, investiga el servei MySQL i la capacitat del servidor.
Evita recarregar repetidament quan les connexions estan saturades.
Conserva la configuració de manera segura
Fes còpia de wp-config.php i anota l’estructura de DB_NAME, DB_USER i DB_HOST sense copiar la contrasenya als tiquets.
define( 'DB_NAME', 'database_name' );
define( 'DB_USER', 'database_user' );
define( 'DB_HOST', 'localhost' );Després d’una migració, busca espais ocults, cometes incorrectes i definicions duplicades. Canvia qualsevol contrasenya que hagi quedat exposada.
Prova les credencials fora de WordPress
Utilitza les eines MySQL de cPanel o Plesk, o el client des del mateix servidor. Una connexió des del teu ordinador no demostra que PHP arribi al socket o host configurat.
Classifica el resultat:
access denied -> credencials o permisos
connection refused -> servei o listener
unknown host -> DNS o nom
too many connections -> capacitat o fuita
timeout -> xarxa, tallafoc o càrregaNo escriguis la contrasenya directament a l’historial del terminal.
Revisa el servei i els recursos de MySQL
Comprova l’estat, el registre d’errors, disc, RAM, llista de processos i nombre de connexions. MySQL pot estar actiu i rebutjar feina mentre recupera taules o arriba al màxim.
No reiniciïs abans de conservar proves i avaluar escriptures actives. Un reinici pot revertir transaccions i amagar temporalment una fuita.
En allotjament gestionat, utilitza els seus controls i el registre d’incidències.
Verifica els permisos de l’usuari
L’usuari ha d’accedir a la base prevista des del host de connexió. Una migració pot recrear la base sense tornar a associar l’usuari i els privilegis.
Des de cPanel o Plesk, assigna l’usuari correcte amb els permisos necessaris per a WordPress. No concedeixis privilegis globals ni accés remot des de qualsevol adreça.
Confirma que existeixen les taules amb el prefix de WordPress; connectar a una base buida o incorrecta produeix un símptoma diferent.
Revisa socket, port i hostname
localhost pot utilitzar un socket Unix mentre que 127.0.0.1 utilitza TCP. Alguns proveïdors faciliten un altre nom o port de base de dades.
Utilitza el valor documentat. No canviïs a cegues: socket i TCP poden tenir usuaris, tallafocs i rendiment diferents.
Després de modificar DNS o servidor de dades, verifica la resolució des de PHP i considera els registres emmagatzemats en memòria cau.
Investiga pèrdues intermitents
Relaciona fallades amb consultes lentes, pics de connexions, còpies i importacions. Un connector que obre connexions sense gestionar-les o executa consultes llargues pot exhaurir la capacitat.
Utilitza mètriques MySQL i registres PHP per trobar l’origen abans d’apujar max_connections; cada connexió consumeix memòria.
En webs amb diversos nodes, comprova que tots utilitzen el mateix endpoint.
Comprova drop-ins i memòria cau persistent
Revisa wp-content/db.php i object-cache.php. Alguns proveïdors i connectors substitueixen la classe normal de base de dades o envien lectures a rèpliques. Un drop-in antic copiat en una migració pot apuntar a un host inexistent encara que wp-config.php sigui correcte.
Retira’l temporalment només mitjançant el procediment documentat i després de fer còpia. Confirma que les lectures posteriors a una escriptura no arriben a una rèplica endarrerida i que tots els nodes tenen la mateixa configuració.
Repara i verifica escriptures
Corregeix credencial, permís, host, servei o capacitat segons les proves. Després prova pàgines, accés, desament d’un esborrany controlat, metadades de mitjans i tasques programades.
Vigila errors i connexions quan reobris. El manteniment recurrent hauria d’alertar per disc, salut del servei i saturació; la reparació acaba quan les lectures i escriptures es mantenen estables.