Si tu WordPress empieza a fallar, muestra errores raros o va lento, lo primero que se te pasa por la cabeza es que la base de datos se ha roto. Y no vas mal encaminado: MySQL es el corazón de tu web. La buena noticia es que WordPress trae una herramienta oculta para reparar la base de datos de WordPress desde el panel de administración sin tocar código ni pagar a nadie. Te cuento cómo funciona y qué esperar realmente.
Cómo entrar a la reparación de la base de datos de WordPress
La ruta es más simple de lo que parece. Añade /wp-admin/maint/repair.php al final de la URL de tu sitio. Por ejemplo: tudominio.com/wp-admin/maint/repair.php. Al pulsar Enter verás una pantalla sobria, sin menús ni distracciones, con dos botones: uno para reparar y otro para reparar y optimizar. Esa página existe desde hace años y sigue funcionando en WordPress 6.x, aunque mucha gente ni sabe que está ahí.
Antes de darle a nada, respira y haz una copia de seguridad. Si la lías, no hay vuelta atrás. Puedes usar plugins como UpdraftPlus o WPvivid, o exportar el SQL desde phpMyAdmin. Eso no es opcional: es de sentido común. Sin copia, cualquier reparación es un salto al vacío.
Reparar vs. reparar y optimizar: diferencias reales
El primer botón ejecuta un chequeo de las tablas principales y corrige errores de estructura. El segundo, además, hace una optimización que compacta el espacio y repara índices. En la práctica, si tu web arrastra años de entradas borradas y revisiones, la opción de optimizar puede reducir el tamaño de la base de datos notablemente. He visto bases que pasan de 200 MB a 80 MB solo con esto. Eso sí, no esperes milagros: si el problema es de corrupción seria, esto no lo arregla.
Durante el proceso, WordPress te irá diciendo qué tablas toca y si encuentra fallos. Si todo va bien, verás un mensaje de éxito. Si algo se atasca, lo más probable es que te salte un error de tiempo de espera o de memoria. Ahí es donde entra el siguiente truco.
Qué hacer si la reparación se queda colgada o da error
Cuando la reparación de la base de datos de WordPress se queda a medias, casi siempre es por falta de recursos. Abre tu wp-config.php y añade esta línea antes de /* That’s all, stop editing! */:
define(‘WP_MEMORY_LIMIT’, ‘256M’);
Con eso le das más aire a PHP. Si aun así falla, sube también el max_execution_time desde el panel de tu hosting o desde el .htaccess. Y ojo: una vez terminada la reparación, quita esa línea. Dejarla puesta no es peligroso per se, pero no aporta nada y algunos hostings lo miran con lupa.
Si el problema persiste, toca bajar al barro con phpMyAdmin. Selecciona las tablas sospechosas y lanza un REPAIR TABLE. Es más manual, pero te da control total. Eso sí, no toques nada sin copia de seguridad. Un DELETE mal puesto y adiós web.
Prevenir es mejor que reparar: hábitos que salvan tu base de datos
La mayoría de los problemas de base de datos no vienen de la nada. Vienen de años sin mantenimiento. Plugins abandonados, revisiones acumuladas, tablas de transacciones huérfanas… Todo eso suma. Mi consejo: limita las revisiones de entradas con define(‘WP_POST_REVISIONS’, 5); en wp-config, borra plugins que no uses y no instales cualquier cosa porque salga gratis en el repositorio.
Las copias de seguridad regulares no son un lujo. Son tu seguro de vida. Programa una semanal y guárdala fuera del hosting (Google Drive, Dropbox, lo que sea). Si tu base de datos peta, restaurar es cuestión de minutos. Sin copia, puedes perder años de contenido.
Y no te olvides de las actualizaciones. WordPress, temas y plugins actualizados cierran agujeros de seguridad que son la puerta de entrada a inyecciones SQL. Un plugin viejo es una invitación a que te revienten la base de datos.
Errores comunes y cómo atajarlos
Uno de los fallos más típicos es el error de conexión a la base de datos tras una reparación. Suele pasar porque has tocado credenciales sin querer o porque el usuario de MySQL perdió permisos. Revisa el wp-config y asegúrate de que el usuario tiene todos los privilegios sobre la base de datos.
Otro clásico: la web se queda en blanco después de optimizar. Eso puede ser por un plugin de caché que se ha quedado con datos viejos. Desactiva todos los plugins antes de reparar, y reactívalos uno a uno después. Es un coñazo, pero te ahorra sustos.
Si tras reparar sigues con errores, quizá el problema no sea la base de datos sino el tema o un plugin corrupto. Cambia a un tema por defecto (Twenty Twenty-Five) y desactiva plugins desde el FTP renombrando la carpeta. Ahí descubrirás al culpable.
Herramientas externas que merecen la pena
Además de la herramienta nativa, existen plugins como WP-DBManager o WP-Optimize que te permiten programar reparaciones y optimizaciones automáticas. No son imprescindibles, pero si gestionas varias webs, te ahorran tiempo. Eso sí, no abuses: una reparación cada mes es suficiente. Hacerlo cada día no aporta nada y puede generar bloqueos innecesarios.
Para los más técnicos, la línea de comandos con mysqlcheck -r es otra vía. Pero eso ya es para quien tiene acceso SSH y sabe lo que hace. Si no estás seguro, quédate con la herramienta del panel o con phpMyAdmin.
Al final, reparar la base de datos de WordPress desde el panel es una primera línea de defensa rápida y gratuita. No resuelve todos los desastres, pero te saca de apuros más veces de las que crees. Eso sí, si el problema es grave, no te obceques: restaura una copia reciente y sigue adelante. Perder una hora de contenido es mejor que perder la web entera.
