Reparar base de datos MySQL en Plesk: Guía paso a paso

Introducción: ¿Por qué se daña una base de datos MySQL en Plesk?

Si estás leyendo esto, probablemente te has encontrado con un mensaje de error como "Error de conexión a la base de datos", "Table is marked as crashed" o "Repair table". No te preocupes, es un problema más común de lo que parece y, por suerte, casi siempre tiene solución. Una base de datos dañada en Plesk puede ocurrir por varias razones: un corte de luz repentino, un fallo del servidor, una actualización incorrecta de WordPress o incluso un plugin conflictivo. En este artículo te guiaré paso a paso para reparar MySQL en Plesk de forma segura, sin necesidad de ser un experto en sistemas. Vamos a ello.

¿Qué significa que una base de datos esté "dañada"?

Imagina que tu base de datos es un archivador lleno de fichas (tablas). Cuando el archivador sufre un golpe, algunas fichas pueden caerse o desordenarse. En términos técnicos, una tabla de MySQL puede quedar en un estado inconsistente, impidiendo que se lean o escriban datos correctamente. Los síntomas más habituales son:

Tu sitio web muestra errores como "Error establishing a database connection".
Aparecen mensajes en Plesk como "Table 'wp_options' is marked as crashed".
No puedes acceder al panel de administración de WordPress, Joomla u otros CMS.
Las consultas en phpMyAdmin fallan o se quedan "colgadas".

Paso 1: Identificar el problema desde Plesk

Antes de lanzarnos a reparar MySQL, debemos confirmar qué tablas están dañadas. Plesk ofrece herramientas visuales que facilitan esta tarea.

Acceder a la base de datos desde Plesk

Inicia sesión en Plesk con tu usuario administrador.
Ve a Bases de datos en el menú lateral (o dentro del panel de tu dominio).
Localiza la base de datos problemática. Normalmente verás un icono de advertencia (un triángulo amarillo) si hay tablas dañadas.
Haz clic en el nombre de la base de datos para abrir su gestión.

Usar phpMyAdmin para verificar errores

Dentro de la base de datos, encontrarás el enlace a phpMyAdmin. Es la herramienta más directa para identificar tablas rotas.

Haz clic en phpMyAdmin (se abrirá en una nueva pestaña).
En el panel izquierdo, selecciona tu base de datos.
Verás una lista de tablas. Fíjate en la columna Estado o Status. Si alguna tabla aparece como "crashed" o "in use", necesitarás repararla.
También puedes ejecutar una comprobación rápida: marca todas las tablas con la casilla superior, y en el desplegable inferior elige "Check table" (Verificar tabla). phpMyAdmin te mostrará un informe.

[INFO] Si no ves la columna de estado, es posible que tu versión de phpMyAdmin no la muestre. No pasa nada, el siguiente paso te servirá igual.

Paso 2: Reparar la base de datos desde phpMyAdmin (método más sencillo)

Si solo tienes una o dos tablas dañadas, este es el método más rápido y seguro, incluso para usuarios sin experiencia.

En phpMyAdmin, selecciona la tabla dañada (haz clic en su nombre).
En la parte superior, verás una pestaña llamada "Operaciones" o "Operations". Haz clic.
Busca la sección "Mantenimiento de tablas" (Table maintenance). Allí encontrarás la opción "Reparar tabla" (Repair table).
Haz clic en "Reparar tabla". phpMyAdmin ejecutará el comando REPAIR TABLE y te mostrará un mensaje de éxito o error.

Si el proceso falla, no te alarmes. Puedes intentar con la opción "Forzar reparación" (si está disponible) o pasar al siguiente método.

[TIP] Si tienes muchas tablas dañadas, puedes repararlas todas a la vez: en la vista general de la base de datos, marca todas las tablas, elige "Reparar tabla" en el desplegable inferior y haz clic en Continuar.

Paso 3: Reparar MySQL desde la línea de comandos (SSH) en Plesk

Si phpMyAdmin no puede reparar la tabla o prefieres usar comandos directos, accede al servidor por SSH. Necesitarás credenciales de root o un usuario con permisos de sudo.

Conectarte por SSH

Usa un cliente como PuTTY (Windows) o la terminal (Mac/Linux).
Escribe: ssh usuario@tudominio.com y proporciona tu contraseña.
Si usas Syspanel (antes conocido como HestiaCP), el acceso SSH es similar, pero recuerda que el puerto de administración web de Syspanel es el 2106.

Comando básico de reparación

Una vez dentro del servidor, ejecuta:

mysqlcheck -u root -p --auto-repair --all-databases

Te pedirá la contraseña de root de MySQL. Este comando revisa todas las bases de datos y repara automáticamente las tablas dañadas.

Si solo quieres reparar una base de datos específica (por ejemplo, basededatos1), usa:

mysqlcheck -u root -p --auto-repair basededatos1

Para una tabla concreta dentro de una base de datos:

mysqlcheck -u root -p --auto-repair basededatos1 tabla_danada

Reparación forzada (si el comando anterior falla)

A veces el daño es más grave. Prueba con:

mysqlcheck -u root -p --repair --use-frm basededatos1 tabla_danada

El parámetro --use-frm obliga a MySQL a reconstruir la tabla a partir del archivo .frm (definición de la tabla). Es un poco más agresivo, pero suele funcionar.

[WARNING] Siempre haz una copia de seguridad antes de usar --use-frm. Aunque es raro, podría causar pérdida de datos si el archivo .frm también está corrupto.

Paso 4: Reparar MySQL usando la herramienta de Plesk (interfaz gráfica)

Plesk incorpora su propio asistente de reparación para bases de datos. Es ideal si no te sientes cómodo con SSH o phpMyAdmin.

En Plesk, ve a Herramientas y ajustes > Base de datos > Reparar base de datos.
Selecciona la base de datos que quieres reparar de la lista desplegable.
Haz clic en Reparar. Plesk ejecutará automáticamente mysqlcheck y te mostrará el resultado.

Esta opción es muy segura, ya que Plesk solo repara tablas que realmente están dañadas, sin tocar las sanas.

Paso 5: ¿Qué hago si la reparación falla? (Soluciones avanzadas)

Si después de intentar los pasos anteriores la tabla sigue dañada, no desesperes. Aún tienes opciones:

Opción A: Restaurar desde una copia de seguridad

La solución más limpia es restaurar la base de datos desde una copia de seguridad reciente. En Plesk:

Ve a Bases de datos > selecciona la base de datos.
Haz clic en Copias de seguridad (o Backup).
Elige un punto de restauración anterior al fallo.
Confirma la restauración.

[INFO] Si no tienes copia de seguridad, este es un buen momento para configurar backups automáticos en Plesk. Ve a Herramientas y ajustes > Programador de tareas y crea una tarea de backup diaria.

Opción B: Exportar e importar la base de datos

A veces, aunque una tabla esté dañada, puedes exportar los datos que aún son legibles y luego importarlos en una base nueva.

En phpMyAdmin, selecciona la base de datos.
Ve a Exportar y elige el método Personalizado.
Marca la opción "Agregar DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT".
Selecciona Solo procedimiento y elige INSERT para los datos.
Descarga el archivo SQL.
Crea una nueva base de datos en Plesk (con el mismo nombre o uno nuevo).
Importa el archivo SQL en la nueva base de datos.

Si la exportación falla, prueba a exportar tabla por tabla, omitiendo las que están completamente rotas.

Opción C: Usar la herramienta "mysqlcheck" con opciones extra

Desde SSH, puedes intentar:

mysqlcheck -u root -p --repair --extended basededatos1

El parámetro --extended realiza una reparación más lenta pero más profunda. También puedes probar:

mysqlcheck -u root -p --repair --quick basededatos1

--quick solo repara el índice, no los datos, lo que a veces es suficiente.

Prevención: Cómo evitar que las bases de datos se dañen en el futuro

Más vale prevenir que curar. Aquí tienes buenas prácticas para mantener tus bases de datos saludables en Plesk:

Realiza copias de seguridad periódicas: Configura backups automáticos diarios o semanales desde Plesk.
Actualiza Plesk y MySQL: Las versiones antiguas tienen bugs conocidos que pueden causar corrupción.
Evita cortes de energía: Si tu servidor es propio, usa un SAI (UPS). Si es compartido, confía en tu proveedor de hosting.
Revisa los logs: En Plesk, ve a Herramientas y ajustes > Registros de errores para detectar problemas antes de que se agraven.
Usa plugins de calidad en WordPress: Los plugins mal codificados pueden dañar tablas. Mantén todo actualizado.
Programa comprobaciones periódicas: Desde SSH, puedes crear un cron que ejecute mysqlcheck --auto-repair semanalmente.

Preguntas frecuentes (FAQ)

¿Puedo perder datos al reparar una base de datos?

En general, reparar MySQL no elimina datos. Solo corrige inconsistencias en las tablas. Sin embargo, si el daño es muy grave, es posible que algunas filas se pierdan. Por eso es vital tener copias de seguridad.

¿Cada cuánto debo reparar mis bases de datos?

No es necesario hacerlo de forma rutinaria. Solo cuando aparezcan errores. Si quieres ser proactivo, una vez al mes puedes ejecutar mysqlcheck --check para verificar el estado, sin reparar.

¿Plesk repara automáticamente las bases de datos?

No, Plesk no lo hace automáticamente. Pero puedes programar una tarea en Herramientas y ajustes > Programador de tareas que ejecute un script de reparación.

¿Qué hago si no tengo acceso SSH?

Si tu hosting no te da acceso SSH, contacta con tu proveedor. La mayoría de los planes compartidos permiten usar phpMyAdmin, que es suficiente para reparar tablas simples. También puedes pedirles que ejecuten el comando de reparación desde su lado.

¿Syspanel (HestiaCP) tiene una herramienta similar?

Sí, Syspanel (puerto 2106) también permite gestionar bases de datos. Dentro de su panel, ve a Bases de datos y encontrarás opciones para reparar o comprobar tablas. Si no aparece, puedes usar phpMyAdmin o SSH de la misma forma que en Plesk.

Conclusión

Reparar una base de datos dañada en Plesk no es un proceso de otro mundo. Con las herramientas adecuadas (phpMyAdmin, SSH o el propio panel de Plesk) puedes solucionar la mayoría de los errores de MySQL en pocos minutos. Recuerda siempre priorizar las copias de seguridad y, si el problema persiste, no dudes en contactar con tu soporte técnico. ¡Tu sitio web volverá a funcionar en breve!

Si este artículo te ha sido útil, compártelo con otros usuarios que puedan estar pasando por el mismo problema. Y si tienes dudas, déjalas en los comentarios (si tu plataforma los permite) o consulta con tu proveedor de hosting. ¡Buena suerte con la reparación!