Guía para decidir mejor
Cómo resolver el error de conexión con la base de datos en WordPress
Este mensaje no significa siempre que se hayan perdido los datos. Comprueba acceso, configuración y estado del servicio sin publicar credenciales.
«Error al establecer una conexión con la base de datos» significa que WordPress no ha podido comunicarse correctamente con MySQL o MariaDB. No demuestra que las tablas se hayan borrado. Las causas habituales incluyen credenciales o host incorrectos, servicio de base de datos no disponible, permisos, límites de conexiones o un cambio reciente de servidor. Empieza por conservar evidencia y verificar el acceso, no por restaurar una copia antigua.
Comprueba alcance y momento
- Anota hora, URL, si también falla el administrador y si hubo migración, cambio de contraseña, actualización o pico de tráfico.
- Haz copia de archivos y base de datos si el servicio permite acceso. Antes de tocar wp-config.php, guarda una copia privada del archivo; contiene secretos.
- En el panel, confirma que la base de datos existe y que el servicio está activo. Revisa logs de PHP y MySQL/MariaDB, límites de conexiones y almacenamiento. Si no administras el servidor, pide al proveedor esos datos.
- Compara DB_NAME, DB_USER, DB_PASSWORD y DB_HOST de wp-config.php con las credenciales efectivas, sin copiarlas a tickets públicos ni capturas. El host no siempre es localhost.
La documentación oficial de WordPress señala la configuración de wp-config.php y los problemas del servicio como primeros lugares de comprobación. Un cambio de hosting puede dejar el host o usuario anterior en el archivo; la guía de errores de migración cubre el contexto completo.
Interpreta la prueba de conexión
Si el usuario no conecta a la base correcta desde la misma cuenta del sitio, revisa credenciales, permisos y host. Si tampoco conecta un administrador con acceso autorizado, puede fallar el servicio o la red. Si la conexión funciona pero WordPress sigue mostrando el error, mira prefijo de tablas, permisos, plugin de base de datos o código que sustituye la conexión; no ejecutes una reparación automática solo por intuición.
Ejemplo: tras mover WordPress, archivos y medios cargan pero wp-config.php sigue apuntando al servidor MySQL anterior. Actualizar el host y usuario con los datos del destino, después de confirmar permisos, puede resolverlo. Otro caso: todas las aplicaciones de la cuenta pierden la conexión durante un pico y el servidor registra conexiones agotadas; ahí cambiar la contraseña no ayudará.
Recupera sin perder cambios nuevos
Corrige solo el dato confirmado, prueba portada y administrador, y luego formularios o pedidos si existen. No reemplaces la base actual por una copia vieja mientras entren pedidos; concilia primero las operaciones recientes según la checklist WooCommerce. Mantén secretos fuera del navegador y rota una contraseña que haya quedado expuesta. Si falta acceso a los logs o la base, solicita ayuda con la hora y el mensaje exacto, no con la contraseña.
Si decides recuperar datos, la guía de restauración separa archivos y base de datos y obliga a preservar cambios posteriores a la copia.