Error al establecer conexión con la base de datos en WordPress: solución paso a paso

🗄️ Base de datos · Hosting · Recuperación segura (2026)

Error al establecer conexión con la base de datos en WordPress: solución paso a paso (sin liarla)

Este error aparece cuando WordPress no puede conectarse a MySQL (la base de datos donde está tu web). Asusta, pero en la mayoría de casos se arregla rápido si sigues un orden.

Ir a la solución Centro de ayuda Diagnóstico por síntomas
✅ Orden seguro ✅ Sin reinstalar ✅ Enlaces útiles

Qué significa este error

WordPress necesita 4 datos para conectarse a la base de datos: nombre, usuario, contraseña y host. Si alguno falla, o si el servidor MySQL está caído/saturado, aparece el mensaje: “Error al establecer una conexión con la base de datos”.

Regla PRO: no toques 10 cosas a la vez. Haz 1 cambio, pruebas, y sigues. Este orden evita empeorar el problema.

🎯 Causa típica

Credenciales en wp-config.php

Tras migración o cambios, los datos dejan de coincidir con el panel del hosting.

⚠️ Causa frecuente

MySQL caído o hosting saturado

Si hay picos de CPU/RAM/IO, MySQL puede fallar y la web “desaparece”.

Si tu web además da 500/502/503, mira también: Error 500 · Error 503.

Ruta rápida según lo que ves

Elige el caso más parecido para ir directo al paso correcto.

Si no quieres adivinar, usa el Diagnóstico por síntomas y te ordena el plan.

Cómo solucionarlo paso a paso (orden seguro)

Tras cada paso, recarga la web. Si vuelve, paras (ya has encontrado la causa).

1
2–8 min Más rápido

Descarta una caída del hosting / MySQL

  • Entra al panel del hosting y mira si hay avisos de mantenimiento o incidencias.
  • Si tienes métricas: revisa CPU/RAM/IO (picos = caídas).
  • Contacta soporte y pregunta literalmente: “¿está MySQL caído o limitado?”
Si el hosting confirma incidencia: aquí no hay “truco”, toca esperar o cambiar a uno estable.
2
5–12 min

Revisa wp-config.php (la causa nº1)

Abre wp-config.php (en la raíz de WordPress) y comprueba estos valores:

  • DB_NAME → nombre exacto de la base de datos
  • DB_USER → usuario
  • DB_PASSWORD → contraseña
  • DB_HOST → host (a veces no es localhost)
Regla: estos datos deben coincidir con el panel del hosting (bases de datos). Tras migrar, lo que más falla es DB_HOST.
3
5–15 min

Repara la base de datos (si está dañada)

Si la DB se corrompe, WordPress puede fallar aunque las credenciales sean correctas.

Hazlo con cabeza: añade esta línea temporalmente en wp-config.php (al final, antes del “stop editing” si lo ves). 
define('WP_ALLOW_REPAIR', true);
  • Entra en: tudominio.com/wp-admin/maint/repair.php
  • Ejecuta “Repair Database” (y si hace falta “Repair and Optimize”)
  • Cuando termine: borra la línea del wp-config.php
4
3–10 min

Si hay picos o caídas: revisa recursos y plugins pesados

  • Si tu hosting va justo, MySQL “se cae” y vuelve.
  • Evita duplicar cachés/optimizadores.
  • Si la web va lenta a menudo: es señal de base técnica/hosting.
Si quieres estabilidad y soporte real: Mejor hosting para principiantes.
5
10–25 min

Restaura una copia de seguridad (si el error apareció tras un cambio)

  • Restaura una copia justo anterior al día/hora del fallo.
  • Confirma que vuelve a cargar la web.
  • Repite cambios de uno en uno (con pruebas entre medias).
Esto ahorra horas cuando el fallo viene de una migración o ajuste tocado sin querer.
Atajo: si no sabes qué paso aplica, usa el Diagnóstico por síntomas y te ordena el plan.

La causa más común (y cómo evitar que vuelva)

En la práctica, el 80% de casos es: hosting con incidencias/picos o credenciales que no coinciden tras migrar. Si te pasa a menudo, es una señal clarísima de base técnica floja.

Preguntas frecuentes

Dudas típicas cuando WordPress no conecta a la base de datos.

¿Puede ser un hackeo?

No es lo más común. Primero descarta hosting/MySQL caído y credenciales mal en wp-config.php (sobre todo tras migración).

¿Por qué a veces vuelve solo?

Porque suele ser servidor saturado o MySQL inestable: cae y vuelve. Si se repite, necesitas estabilidad (hosting/base técnica).

¿DB_HOST siempre es localhost?

No. En muchos hostings es localhost, pero en otros puede ser una ruta/host específico. Mira el dato exacto en el panel del hosting.

¿Reparar la base de datos es seguro?

Sí, si lo haces temporalmente y luego quitas la línea de WP_ALLOW_REPAIR. No lo dejes activado.

¿Quieres ir a lo rápido?

Si no quieres adivinar, usa el diagnóstico por síntomas y ejecuta el plan. Cuando vuelva la web, revisa tu base con el analizador.

Diagnóstico por síntomas Analizar mi web Mapa de errores