Resposta breu: WordPress no ha pogut connectar- se a la base de dades amb les credencials i el servidor wp-config.php.Pot ser una credencial incorrecta, un servei de base de dades aturat, un límit de connexions o corrupció, i la diferència decideix tot el que facis després. En la majoria de casos les dades estan intactes.
Classifica abans de tocar fitxers
- Afecta a una web o a totes les del compte? Totes caigudes apunta al servidor de base de dades, no a la teva configuració.
- La pàgina d’estat de l’hosting informa d’una incidència?
- Hi havia una migració, un canvi de contrasenya o un desplegament just abans?
- El compte ha assolit la seva quota de disc o el màxim de connexions?
Revisa els quatre valors de wp-config.php
Obre wp-config.php i confirma DB_NAME, DB_USER, DB_PASSWORD i DB_HOST amb el que mostra el vostre plafó de hosting. DB_HOST és la trampa habitual: és localhost en molts hostings, però un nom de servidor concret o una ruta de sòcol en d’altres. No sobreescriguis el fitxer sencer amb un de nou: eliminaries el prefix de taules, claus i constants d’entorn. Compara valors, i mai pegues el contingut del fitxer en cap lloc públic: conté la contrasenya de la vostra base de dades.
Prova la connexió directament
Si les credencials semblen correctes però continua fallant, comprova si la pròpia base de dades respon. Entra a phpMyAdmin o a l’eina de base de dades del teu hosting amb el mateix DB_USER i DB_PASSWORD.Si aquest accés també falla, el problema és la credencial o els privilegis de l’usuari. Si funciona, el problema està en com WordPress arriba al servidor: sovint DB_HOST o un servei caigut.
Quan una taula està malmesa, no la connexió
Si el servei respon però WordPress segueix donant error en algunes pàgines, una taula pot estar marcada com a danyada. WordPress té un mode de reparació integrat: afegeix define('WP_ALLOW_REPAIR', true); a wp-config.phpvisita /wp-admin/maint/repair.php, executa la reparació i Elimina aquesta línia immediatament: deixar-la activa exposa un endpoint de reparació a Internet. Fes una còpia de la base de dades abans d ‘ executar-lo.
Verifica amb una pàgina real
Carrega la portada, entra en el gestor, obre l’editor d’entrades i fes una cerca. Una portada servida des de la memòria cau pot ocultar una base de dades que continua rebutjant escriptures, així que prova alguna cosa que llegeixi i escrigui, no només la portada cau.
CRITERI D’INCIDENT WP REPAIR
Seqüència d’intervenció segura
El missatge agrupa errors diferents: credencials invàlides, servei inaccessible, connexions esgotades, pressió de disc o taules malmeses. L’ordre evita que una suposició sobre la configuració acabi en pèrdua de dades.
- Confirma si estan afectades totes les webs que usen el mateix servidor de base de dades.
- Compara DB_NAME, DB_USER, DB_HOST i privilegis sense publicar wp-config.php.
- Prova les mateixes credencials des de l’eina de base de dades de l’hosting o la línia d’ordres.
- Revisa espai en disc, límit de connexions i registre del servei abans de reparar taules.
Què ha de quedar verificat
- Funcionen les consultes del front i de l’administrador.
- Una escriptura controlada persisteix i es pot tornar a llegir.
- No apareixen errors de connexió ni taules malmeses en el registre de base de dades.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
Aquest error vol dir que he perdut les meves dades?+
En la majoria dels casos, no — les dades en si estan intactes, i el problema és una credencial incorrecta, un servei de base de dades aturat, un límit de connexió, o una taula malmesa. Quina d’aquestes és canvia el que feu a continuació, així que triatge la situació abans d’assumir la pèrdua de dades.
He de substituir wp-config.php amb una còpia nova per establir els valors de la base de dades?+
No — sobreescriure tot el fitxer elimina el prefix de la taula, les sals de seguretat i les constants específiques de l’entorn. Compareu els valors DB_NAME, DB_ USER, DB_ PASSWORD i DB_ HOST amb el que mostra el vostre plafó hosting en comptes de substituir el fitxer a l’engròs, i mai feu el seu contingut en qualsevol lloc públic ja que teniu la vostra contrasenya de base de dades.
Les meves credencials a wp-config.php semblen correctes, quina és la següent cosa a comprovar?+
Proveu la connexió directament iniciant sessió en phpMyAdmin o l’eina de base de dades del vostre host usant el mateix DB_ USER i DB_ PASSWORD. Si aquest accés també falla, la credencial o els vostres privilegis són el problema real; si teniu èxit, el problema és com WordPress arriba al servidor, sovint el valor DB_ HOST o un servei aturat.
Es segur executar l’eina de reparació de bases de dades integrada de WordPress, i com la va utilitzar correctament?+
Sí, però només després de prendre una còpia de seguretat de la base de dades primer. Afegeix definir ('WP_ ALLOW_ REPAIR', true); a wp-config.php, viwebu / wp-admin/maint/repair.php, executeu la reparació, i després retiri aquesta línia immediatament després, deixant-la en el seu lloc exposa un punt final de reparació a qualsevol persona a Internet.