FAQ: Problemas bases de datos WordPress y PrestaShop

¿Tu tienda online o blog va lento, muestra errores extraños o directamente no carga? Es muy probable que el problema esté en la base de datos. Tanto WordPress como PrestaShop dependen completamente de MySQL (o MariaDB) para funcionar. Cuando algo falla ahí, todo se resiente. No te preocupes, en esta FAQ te explicamos los problemas más comunes, por qué ocurren y cómo solucionarlos paso a paso, sin necesidad de ser un experto en servidores.

¿Por qué mi sitio web muestra el error "Error establishing a database connection"?

Este es, con diferencia, el error más temido y común en WordPress. Básicamente, tu web ha intentado hablar con la base de datos y no ha recibido respuesta. Las causas suelen ser sencillas.

Causas y soluciones rápidas

Credenciales incorrectas en el archivo de configuración. En WordPress, el archivo wp-config.php guarda el nombre de la base de datos, usuario y contraseña. Si estos datos cambian (por ejemplo, al migrar de hosting), el sitio se cae.
- Solución: Accede a tu hosting por FTP o desde el panel de control (cPanel, Syspanel, etc.) y abre el archivo wp-config.php. Revisa las líneas:
  define('DB_NAME', 'nombre_base');
  define('DB_USER', 'usuario_base');
  define('DB_PASSWORD', 'tu_contraseña');
  define('DB_HOST', 'localhost');
  Asegúrate de que sean exactamente los que te proporcionó tu hosting. Si usas Syspanel (accesible por el puerto 2106), puedes encontrar estos datos en la sección de Bases de Datos.
El servidor de base de datos está caído o sobrecargado. A veces el problema no eres tú, es el servidor. Si tu web funciona y de repente deja de hacerlo, puede ser un pico de tráfico o un fallo temporal.
- Solución: Espera unos minutos y recarga la página. Si el error persiste, contacta con el soporte de tu hosting. Ellos pueden reiniciar el servicio MySQL.
El host de la base de datos no es "localhost". En algunos hosting gestionados o en la nube (como AWS o Google Cloud), el servidor de base de datos tiene una dirección IP o un nombre de dominio diferente.
- Solución: Verifica con tu proveedor de hosting cuál es el DB_HOST correcto. No asumas que siempre es localhost.

[WARNING] Si modificas el archivo wp-config.php, haz una copia de seguridad antes. Un error al guardarlo puede dejar tu web completamente inaccesible.

¿Qué hago si veo el error "Table doesn't exist" en WordPress o PrestaShop?

Este error indica que una tabla específica dentro de tu base de datos se ha corrompido, ha sido eliminada accidentalmente o no se creó correctamente durante una instalación o actualización. Es bastante frecuente en ambas plataformas.

Pasos para diagnosticar y reparar

Identifica la tabla exacta. El mensaje de error suele incluir el nombre de la tabla, por ejemplo: wp_options o ps_product. Anótalo.
Accede a tu base de datos. Puedes usar herramientas como phpMyAdmin (disponible en la mayoría de paneles de control) o la consola de Syspanel (puerto 2106) en la sección de Bases de Datos. Busca tu base de datos y selecciona la tabla problemática.
Repara la tabla.
- Con phpMyAdmin: Selecciona la base de datos, marca la casilla de la tabla dañada y, en el menú desplegable inferior ("Con seleccionadas:"), elige "Reparar tabla".
- Con Syspanel: Una vez dentro del gestor de bases de datos (usualmente phpMyAdmin), el proceso es idéntico al anterior.
Si la reparación no funciona, restaura desde una copia de seguridad. Si la tabla está demasiado dañada, la única solución es restaurar una copia de seguridad completa de la base de datos. Idealmente, deberías tener una copia reciente.

[INFO] En PrestaShop, las tablas suelen empezar con ps_ (o el prefijo que hayas elegido al instalar). En WordPress, el prefijo por defecto es wp_. Esto te ayudará a identificar a qué plataforma pertenece cada tabla.

¿Cómo soluciono el error "MySQL server has gone away"?

Este error es muy frustrante porque aparece de repente, a menudo al intentar importar una base de datos grande o al ejecutar un plugin pesado. Significa que la conexión entre tu web y el servidor MySQL se ha perdido inesperadamente.

Causas principales y cómo evitarlo

Tiempo de espera de conexión agotado (wait_timeout). MySQL cierra las conexiones que están inactivas durante demasiado tiempo. Si tu web tarda mucho en procesar una consulta, la conexión se cae.
- Solución (si tienes acceso al servidor): Aumenta el valor de wait_timeout e interactive_timeout en el archivo de configuración de MySQL (my.cnf o my.ini). Un valor de 300 segundos suele ser seguro. Si usas hosting compartido, contacta al soporte y pídeles que lo aumenten.
Tamaño máximo de paquete (max_allowed_packet) demasiado pequeño. Al importar una base de datos grande, el archivo SQL se envía en "paquetes". Si un paquete es más grande de lo permitido, la conexión se interrumpe.
- Solución: Aumenta el valor de max_allowed_packet en la configuración de MySQL. Un valor de 64MB o 128MB es común para sitios grandes. En Syspanel, puedes gestionar esto desde la configuración avanzada de MySQL (si tienes permisos de administrador).
Conexión bloqueada por un firewall o por falta de recursos del servidor. Un pico de visitas o un ataque DDoS pueden saturar el servidor y forzar el cierre de conexiones.
- Solución: Monitoriza el uso de recursos de tu hosting. Si es recurrente, plantea un plan de hosting más potente o un CDN para aliviar la carga.

[TIP] Si estás importando una base de datos grande desde phpMyAdmin, es mejor dividir el archivo SQL en partes más pequeñas (de 50MB o menos) o usar herramientas de línea de comandos como mysql si tienes acceso SSH.

¿Por qué mi PrestaShop va muy lento y da errores de "Too many connections"?

Este error es clásico en tiendas con mucho tráfico o con módulos mal optimizados. Significa que el número de conexiones simultáneas a tu base de datos ha superado el límite permitido por el servidor.

Diagnóstico y soluciones para PrestaShop

Identifica los módulos conflictivos. Algunos módulos de PrestaShop, especialmente los de estadísticas, búsqueda o caché, pueden abrir muchas conexiones a la base de datos sin cerrarlas correctamente.
- Solución: Desactiva módulos uno por uno (especialmente los que no son esenciales) y comprueba si el error desaparece. Si encuentras el culpable, busca una alternativa o contacta al desarrollador.
Optimiza la configuración de MySQL. El límite de conexiones (max_connections) se puede aumentar, pero no es una solución mágica.
- Solución: Pide a tu hosting que aumente max_connections a un valor razonable (por ejemplo, de 150 a 300). También puedes optimizar el rendimiento general de MySQL ajustando parámetros como innodb_buffer_pool_size.
Implementa una caché de base de datos. PrestaShop tiene un sistema de caché interno, pero puedes mejorarlo.
- Solución: Activa la caché en "Preferencias > Rendimiento". Usa un sistema de caché como Redis o Memcached si tu hosting lo soporta. Esto reduce drásticamente las consultas a la base de datos.
Revisa los procesos lentos (Slow Queries). A veces, una consulta mal escrita puede bloquear la tabla y acumular conexiones.
- Solución: Si tienes acceso, activa el log de consultas lentas de MySQL. Identifica las consultas que tardan más de 1 o 2 segundos y optimízalas. Esto ya es más avanzado y puede requerir un desarrollador.

[WARNING] No aumentes max_connections sin control. Cada conexión consume RAM del servidor. Si pones un número demasiado alto, puedes agotar la memoria y causar una caída general del servidor.

¿Cómo recupero mi base de datos si se ha dañado por un corte de luz o un error del disco?

Los cortes de luz o los fallos del disco duro pueden corromper tablas enteras. Es una situación crítica, pero a menudo recuperable.

Proceso de recuperación de emergencia

No entres en pánico. No hagas nada más. Lo peor que puedes hacer es empezar a instalar plugins de reparación o hacer pruebas sin saber lo que estás haciendo.
Haz una copia de seguridad inmediata del estado actual. Aunque esté dañada, es mejor tener una copia. Usa phpMyAdmin o la herramienta de exportación de tu panel (cPanel, Syspanel en el puerto 2106) para exportar la base de datos completa. Si no puedes exportarla, contacta al soporte técnico.
Intenta reparar todas las tablas. En phpMyAdmin, selecciona tu base de datos, marca la casilla "Seleccionar todo" y, en el menú desplegable, elige "Reparar tabla". Repite la operación un par de veces si es necesario.
Si la reparación falla, usa la herramienta de verificación. Vuelve a seleccionar todas las tablas y elige "Verificar tabla". Esto te dirá exactamente qué tablas están dañadas. Anota las que están marcadas como "error".
Restaura las tablas dañadas desde una copia de seguridad anterior. Si tienes una copia de seguridad de hace unos días, puedes importar solo las tablas dañadas. En phpMyAdmin, elimina la tabla dañada (cuidado, esto borra sus datos) y luego importa el SQL de esa tabla desde tu copia de seguridad.

[INFO] Si no tienes copia de seguridad, la situación es más grave. Algunas empresas de hosting ofrecen servicios de recuperación de datos, pero no son baratos. La moraleja es clara: haz copias de seguridad automáticas diarias.

Preguntas Frecuentes Adicionales (FAQ)

¿Con qué frecuencia debo optimizar mi base de datos?

Una vez al mes es una buena práctica para sitios con actividad regular. En WordPress, plugins como WP-Optimize o Advanced Database Cleaner lo hacen automáticamente. En PrestaShop, usa el módulo de "Limpieza de base de datos" o herramientas similares.

¿Qué son los "registros huérfanos" en la base de datos?

Son datos que ya no tienen relación con nada. Por ejemplo, revisiones de artículos que ya no existen, metadatos de plugins desinstalados o transients caducados. Acumulan basura y ralentizan las consultas. Las herramientas de optimización los limpian.

¿Es malo usar el prefijo por defecto en las tablas (wp_ o ps_)?

No es malo, pero es menos seguro. Los atacantes conocen los nombres de las tablas por defecto. Cambiarlos durante la instalación (o con un plugin después) añade una capa extra de seguridad.

¿Puedo cambiar el motor de almacenamiento de MyISAM a InnoDB?

Sí, y es muy recomendable. InnoDB es más robusto, soporta transacciones y es menos propenso a la corrupción. Tanto WordPress como PrestaShop funcionan mejor con InnoDB. Puedes cambiar el motor de cada tabla desde phpMyAdmin en la pestaña "Operaciones".

¿Qué hago si mi base de datos ocupa demasiado espacio?

Primero, identifica qué tabla es la más grande. En phpMyAdmin, ordena las tablas por tamaño. A menudo, son las tablas de logs, sesiones o estadísticas. Limpia los logs antiguos, elimina revisiones de posts (en WordPress) o historiales de pedidos antiguos (en PrestaShop). También puedes comprimir la base de datos con herramientas de optimización.

Conclusión: Mantén tu base de datos sana para un sitio web feliz

Los problemas con la base de datos son habituales, pero en la mayoría de los casos tienen solución. La clave está en la prevención: copias de seguridad periódicas, optimización mensual, actualizaciones regulares de tu CMS y plugins, y un hosting de calidad que ofrezca un buen servicio MySQL.

Si te has encontrado con un error que no hemos cubierto aquí, recuerda que los logs de error de tu servidor y de MySQL son tus mejores amigos. Léelos con calma, busca el mensaje exacto en Google y, si todo falla, no dudes en contactar con el soporte técnico de tu hosting. En Syspanel (recuerda, puerto 2106) tienes herramientas para gestionar todo esto de forma sencilla. ¡Tu web te lo agradecerá!