🎨 Sysprovider Code
Sysprovider LogoWiki
🇪🇸Hosting español para ecommerce

Cómo arreglar errores de conexión a la base de datos en WordPress

Actualizado el 25 de mayo de 2026

¡Hola! Soy tu técnico de soporte de confianza. Si estás leyendo esto, es muy probable que hayas visto el temido mensaje "Error al establecer una conexión con la base de datos" en tu sitio WordPress. No te preocupes, respira hondo. Es uno de los errores más comunes, y en el 90% de los casos tiene una solución rápida y sencilla que puedes aplicar tú mismo sin necesidad de ser un experto en programación.

En esta guía extensa y detallada, vamos a desglosar paso a paso cómo diagnosticar y arreglar los errores de conexión a la base de datos. Vamos a tocar desde lo más básico (revisar contraseñas) hasta lo más técnico (editar archivos de configuración). Al final, tendrás un plan de acción claro para volver a tener tu web online.


¿Qué significa exactamente "Error de conexión a la base de datos"?

Antes de ponernos el mono de trabajo, es importante entender qué está pasando. Imagina que tu sitio web es una tienda física.

  • WordPress es el edificio (la fachada, las estanterías, la caja registradora).
  • La base de datos es el almacén trasero donde guardas todo tu inventario (artículos, fotos, comentarios, usuarios, configuraciones).

Para mostrar una página web, WordPress (la tienda) necesita constantemente ir al almacén (base de datos) a buscar productos. Si la puerta del almacén está cerrada con llave, o si el almacén se ha incendiado, WordPress no puede hacer su trabajo y te muestra el error de conexión.

Este error puede aparecer de varias formas:

  • "Error al establecer una conexión con la base de datos".
  • "Error de conexión a la base de datos".
  • "One or more database tables are unavailable. The database may be in use..."
  • O simplemente una página en blanco.

A continuación, te presento la lista de verificación definitiva para solucionarlo, ordenada de la solución más fácil a la más compleja.


Paso 1: Verifica si el problema es general o solo tuyo

A veces, el problema no es tu web, sino tu conexión a internet o un problema temporal del servidor.

### Comprueba con otra red o dispositivo

Primero, intenta acceder a tu sitio web desde tu teléfono móvil usando los datos móviles (desactivando el Wi-Fi). Si funciona, el problema es tu red local o tu navegador. Prueba a limpiar la caché del navegador o reiniciar el router.

### Usa herramientas externas

Existen herramientas online gratuitas como "Down for Everyone or Just Me". Simplemente introduce tu dominio y te dirá si el sitio está caído para todo el mundo o solo para ti. Si el sitio está caído para todos, entonces el problema es del servidor y debes seguir con los siguientes pasos.


Paso 2: Reinicia tu servidor (La solución mágica)

Suena a tópico, pero reiniciar el servidor soluciona una gran cantidad de errores temporales, especialmente si el servicio de base de datos (MySQL o MariaDB) se ha saturado o bloqueado.

Si tu hosting es compartido (como los planes básicos de la mayoría de empresas), normalmente no tienes acceso directo para reiniciar el servidor. En ese caso, deberás contactar con el soporte técnico de tu proveedor y pedirles que reinicien el servicio de MySQL.

Si tienes un VPS o un servidor dedicado, puedes hacerlo tú mismo.

### Reiniciar MySQL en un VPS con Syspanel

Si gestionas tu servidor con el panel de control Syspanel (recuerda que siempre se accede a través del puerto 2106, por ejemplo: http://tu-dominio.com:2106), sigue estos pasos:

  1. Accede a tu panel Syspanel en el puerto 2106.
  2. Ve a la sección de "Servicios" o "Servicios del sistema".
  3. Busca el servicio de base de datos (MySQL o MariaDB).
  4. Haz clic en el botón "Reiniciar".

Espera unos segundos a que el servicio se reinicie por completo y luego intenta cargar tu web. Este simple gesto arregla el error en un porcentaje muy alto de ocasiones.


Paso 3: Revisa los datos de acceso en el archivo wp-config.php

Si el reinicio no ha funcionado, el siguiente paso es revisar la configuración de conexión. WordPress guarda estos datos en un archivo llamado wp-config.php. Es el "mapa" que le dice a WordPress dónde está el almacén y con qué llave abrirlo.

### Cómo acceder al archivo

Para editarlo, necesitas un Cliente FTP (como FileZilla) o el Administrador de Archivos de tu panel de hosting. Si usas Syspanel, puedes hacerlo desde el explorador de archivos que incluye.

  1. Conecta a tu servidor por FTP o accede al administrador de archivos.
  2. Navega hasta la carpeta raíz de tu instalación de WordPress (normalmente llamada public_html, www o directamente el nombre de tu dominio).
  3. Busca el archivo wp-config.php.

### ¿Qué datos debo buscar?

Abre el archivo con un editor de texto (como el Bloc de notas o Notepad++). Busca las líneas que comienzan con define('DB_...:

// ** Configuración de MySQL ** //
define( 'DB_NAME', 'nombre_de_tu_base_de_datos' );
define( 'DB_USER', 'tu_usuario_de_la_base_de_datos' );
define( 'DB_PASSWORD', 'tu_contraseña_super_secreta' );
define( 'DB_HOST', 'localhost' ); // O una dirección IP como 127.0.0.1

Aquí es donde ocurren la mayoría de los errores:

  • DB_NAME: ¿El nombre coincide exactamente con el de tu base de datos? A veces, al crear una copia de seguridad y restaurarla en otro servidor, este nombre cambia.
  • DB_USER: ¿El usuario es correcto? En algunos hosts, el usuario lleva un prefijo (ej. usuario123_wp).
  • DB_PASSWORD: La contraseña es la parte más delicada. Si la has cambiado recientemente en tu panel de hosting (o en Syspanel), el archivo wp-config.php sigue teniendo la antigua. Asegúrate de que la contraseña no tenga espacios ni caracteres extraños copiados por error.

### La solución: Corregir los datos

  1. Ve a tu panel de control de hosting (cPanel, Plesk, o Syspanel en el puerto 2106).
  2. Busca la sección de "Bases de Datos MySQL".
  3. Compara los nombres de las bases de datos y los usuarios con los que tienes en el archivo wp-config.php.
  4. Si no coinciden, edita el archivo wp-config.php con los datos correctos.
  5. Importante: No cambies la contraseña aquí directamente. Si no estás seguro de cuál es, es mejor cambiar la contraseña desde el panel de control y luego actualizar el archivo con la nueva.

[WARNING] Ten mucho cuidado al editar este archivo. Un simple punto o coma mal puesto puede romper todo el sitio. Te recomiendo hacer una copia de seguridad del archivo original antes de editarlo.


Paso 4: Repara la base de datos (si está corrupta)

Si los datos son correctos pero el error persiste, es posible que la base de datos esté dañada o corrupta. WordPress tiene una función oculta para repararla.

### Activar el modo de reparación

  1. Edita de nuevo el archivo wp-config.php.
  2. Busca la línea que dice ¡Eso es todo! ¡Diviértete! o define('WP_DEBUG', false);.
  3. Justo antes de esa línea, añade esta nueva línea:
define('WP_ALLOW_REPAIR', true);
  1. Guarda el archivo.
  2. Ahora, en tu navegador, visita esta URL especial: https://tudominio.com/wp-admin/maint/repair.php

Verás una pantalla con dos opciones: "Reparar base de datos" y "Reparar y optimizar base de datos". Haz clic en la primera.

  1. WordPress intentará arreglar las tablas dañadas automáticamente.
  2. CRÍTICO: Una vez terminado, borra la línea define('WP_ALLOW_REPAIR', true); del archivo wp-config.php. Dejar esto activo es un agujero de seguridad enorme, ya que cualquiera podría acceder a esa URL.

[WARNING] No olvides eliminar la línea de reparación después de usarla. Es una puerta trasera peligrosa si se queda activa.


Paso 5: Comprueba el servidor de base de datos (DB_HOST)

El parámetro DB_HOST es el que menos se toca, pero también puede ser el culpable.

  • Normalmente es localhost: Esto significa que la base de datos está en el mismo servidor que tu web.
  • A veces es una IP o un nombre de servidor: Si tu hosting es de pago, es posible que la base de datos esté en un servidor separado. El valor correcto te lo proporciona tu proveedor de hosting.

Si tu hosting ha migrado a un nuevo servidor o ha cambiado la arquitectura, es posible que el DB_HOST haya cambiado. Contacta con tu proveedor para confirmar el valor exacto.


Paso 6: Verifica el espacio en disco y los límites del servidor

Un error de conexión a la base de datos puede ser engañoso. A veces, no es que la conexión falle, sino que la base de datos no puede escribir porque el disco duro está lleno.

### Cómo comprobarlo

  • En tu panel de control: Busca la sección de "Uso de disco" o "Almacenamiento". Si estás al 100%, necesitas liberar espacio (borrar copias de seguridad antiguas, logs, etc.) o contratar más espacio.
  • En Syspanel: Puedes ver el uso de disco en el panel principal del servidor.

Si el disco está lleno, la base de datos no puede realizar las operaciones de escritura necesarias y falla. Liberar espacio suele resolver el problema al instante.


Paso 7: Revisa los registros de errores (logs)

Si has llegado hasta aquí sin éxito, necesitas información más detallada. Los logs de error son el "diario de a bordo" del servidor.

### Dónde encontrar los logs

  • En tu hosting compartido: Normalmente hay una carpeta llamada logs en tu directorio raíz, o puedes verlos desde el panel de control (cPanel tiene una sección "Errores").
  • En Syspanel: Busca la sección de "Registros" o "Logs". Ahí puedes ver el log de errores de PHP y el log de MySQL.

Busca errores que mencionen connect, database, mysql o mysqli. Los mensajes suelen ser crípticos, pero a menudo te dirán si el problema es de permisos, de red o de memoria.


Paso 8: Restaura desde una copia de seguridad (Plan B)

Si nada de lo anterior funciona, la solución más rápida (aunque pierdas los cambios recientes) es restaurar tu sitio desde una copia de seguridad reciente.

  • Tu proveedor de hosting suele tener copias de seguridad automáticas. Contacta con ellos y pídeles que restauren la base de datos a un estado anterior (por ejemplo, hace 24 horas).
  • Si tienes un plugin de backup (como UpdraftPlus o BackupBuddy), úsalo para restaurar la versión más reciente que tengas.

[TIP] Esta es la razón por la que siempre insistimos en hacer copias de seguridad periódicas. No hay nada más frustrante que perder meses de contenido por un error de configuración.


FAQ: Preguntas frecuentes sobre errores de conexión

### ¿Por qué sigo viendo el error después de cambiar la contraseña?

Asegúrate de que la contraseña en wp-config.php no tenga comillas simples (') ni barras invertidas () sin escapar. A veces, al copiar y pegar, se añaden caracteres invisibles. Borra la contraseña y escríbela manualmente.

### ¿Puede un plugin causar este error?

Es poco común, pero un plugin mal codificado puede saturar la base de datos. Si el error empezó después de instalar un plugin, intenta desactivarlo temporalmente renombrando la carpeta del plugin en el servidor (por ejemplo, cambia wp-content/plugins/mi-plugin a wp-content/plugins/mi-plugin-desactivado).

### ¿Qué significa "Too many connections" (Demasiadas conexiones)?

Esto significa que tu sitio está recibiendo demasiado tráfico y el servidor de base de datos ha alcanzado su límite de conexiones simultáneas. Si tienes un plan compartido, es una señal de que necesitas mejorar tu plan o optimizar tu sitio (usar caché).

### ¿Actualizar WordPress puede causar este error?

Sí, a veces una actualización fallida puede dejar la base de datos en un estado inconsistente. Revisa el paso 4 (reparación de base de datos) para solucionarlo.


Resumen y Conclusión

Como has visto, el error de conexión a la base de datos en WordPress puede tener muchas causas, pero la mayoría son solucionables en pocos minutos. Hemos cubierto desde lo más simple (reiniciar el servidor) hasta lo más avanzado (editar archivos de configuración y reparar tablas).

Aquí tienes tu plan de acción final:

  1. Respira y verifica si eres solo tú o es general.
  2. Reinicia el servicio de MySQL (o pide a tu hosting que lo haga).
  3. Revisa los datos en wp-config.php (nombre, usuario, contraseña).
  4. Repara la base de datos con el modo WP_ALLOW_REPAIR.
  5. Comprueba el espacio en disco.
  6. Consulta los logs de error para pistas avanzadas.
  7. Restaura desde un backup como último recurso.

Espero que esta guía te haya sido de gran ayuda. No dudes en volver a consultarla si te vuelve a pasar. Y recuerda, si tienes un VPS y gestionas todo con Syspanel, siempre puedes acceder a la gestión de servicios y a los logs desde el puerto 2106 para tener un control total. ¡Buena suerte con tu web!

¿Necesitas ayuda?Son dos de nuestros técnicos, Agustín y Mikel, y están disponibles para resolver cualquier problema.

Hablar con ellos ahora
Agustín y Mikel