Una base de datos WordPress mal mantenida acumula con los meses revisiones de artículos, transients caducados y comentarios no deseados que ralentizan cada consulta, incluso en un hosting con buen rendimiento.
Este problema pasa desapercibido mientras el sitio siga funcionando, lo que explica por qué tantos propietarios de sitios descubren su base de datos WordPress saturada solo cuando una ralentización se vuelve claramente molesta para los visitantes. Una simple exportación desde phpMyAdmin suele bastar para revelar la magnitud real del problema, con tablas a veces diez veces más grandes de lo necesario.
1. Limitar las revisiones de artículos
WordPress guarda por defecto cada versión guardada de un artículo como una revisión independiente. En una base de datos WordPress antigua, esto puede representar decenas de miles de filas inútiles que purgar.
Limitar este número a cinco o diez revisiones por artículo en el archivo de configuración evita esta acumulación desde la instalación, en lugar de tener que limpiar retroactivamente años de copias automáticas.
2. Limpiar los transients caducados
Los transients son cachés temporales usados por los plugins. Cuando no se eliminan correctamente tras caducar, se acumulan y sobrecargan innecesariamente las tablas de la base de datos.
Algunos plugins mal programados crean transients con un tiempo de caducidad que en la práctica nunca se alcanza, lo que los convierte en datos permanentes pese a su vocación inicialmente temporal.
3. Verificar la indexación de las tablas
La falta de índices en las columnas consultadas con frecuencia (meta_key, post_status) ralentiza considerablemente las consultas complejas generadas por algunos plugins mal optimizados.
Un plugin como WooCommerce o un constructor de páginas suele añadir sus propios metadatos sin siempre garantizar una indexación adecuada, algo que conviene revisar específicamente tras instalar cualquier extensión importante. Un desarrollador backend puede añadir manualmente los índices que falten mediante una simple consulta SQL, sin necesidad de una reestructuración técnica completa del sitio.
4. Eliminar comentarios spam y la papelera
Los comentarios pendientes de moderación o marcados como spam se almacenan indefinidamente por defecto. Purgar con regularidad una base de datos WordPress evita esta acumulación silenciosa.
En un blog muy comentado o atacado por bots de spam, esta tabla puede alcanzar un tamaño desproporcionado respecto al contenido real del sitio en solo unos meses. Un plugin antispam como Akismet limita este fenómeno desde el origen, pero no exime de una limpieza periódica de la papelera de comentarios ya acumulados.
5. Identificar las consultas lentas
El plugin Query Monitor revela con precisión qué consultas SQL consumen más tiempo de ejecución, a menudo generadas por un tema o plugin mal programado.
Una consulta que se ejecuta en bucle en cada widget de la barra lateral, por ejemplo, puede multiplicar el tiempo de generación de una página sin que resulte visible a simple vista en el código fuente mostrado.
6. Implementar una caché de objetos
Una caché de objetos persistente como Redis o Memcached evita volver a consultar la base de datos para datos ya obtenidos recientemente, reduciendo mucho la carga del servidor.
Este tipo de caché resulta especialmente rentable en sitios con mucho tráfico repetitivo, donde las mismas consultas se repiten cientos de veces por minuto para visitantes distintos. Sin una caché de objetos persistente, cada visita recalcula por completo datos idénticos entre un usuario y otro, desperdiciando recursos de servidor considerables.
7. Automatizar el mantenimiento regular
Plugins como WP-Optimize permiten programar una limpieza automática semanal de la base de datos WordPress, sin intervención manual repetida.
Programa siempre una copia de seguridad completa antes de cada limpieza automatizada: una eliminación demasiado agresiva de ciertos metadatos puede romper ocasionalmente la visualización de un plugin que dependía de esos datos considerados erróneamente obsoletos. Cualquier intervención directa sobre las tablas conlleva un riesgo, por mínimo que sea, y una copia de seguridad reciente permite revertir de inmediato ante un problema inesperado.
Para profundizar más, nuestro artículo sobre optimización del TTFB complementa bien este tema. También puedes consultar documentación oficial de WordPress.org sobre optimización del rendimiento (acceder al recurso) para una referencia técnica más detallada.
Optimizar la base de datos WordPress es una tarea que suele descuidarse frente a optimizaciones más visibles del front-end, aunque influye directamente en cada página generada dinámicamente y merece un lugar regular en el calendario de mantenimiento técnico del sitio, al mismo nivel que una auditoría de seguridad o una revisión de las copias de seguridad.