Cómo limpiar y optimizar la base de datos de WordPress

Porque a medida que el sitio funciona a lo largo del tiempo, va acumulando datos que en su momento tuvieron una función pero que ya no sirven y que nadie eliminó. Las principales fuentes son varias. Las revisiones, que son copias que WordPress guarda automáticamente de cada entrada cada vez que se edita, para poder volver a una versión anterior, y que se juntan por cientos con el uso normal. Los comentarios marcados como spam o enviados a la papelera. Las entradas y páginas que se borraron pero permanecen en la papelera. Los datos transitorios vencidos, que son una caché temporal que WordPress y los plugins usan y que queda obsoleta. Y los datos huérfanos, que son tablas y registros que dejaron plugins que se desinstalaron pero que no limpiaron lo suyo al irse. Lo característico de toda esta basura es que es invisible desde el sitio: no se ve navegando, pero está ahí ocupando espacio y haciendo más lentas las consultas a la base. Un sitio de varios años puede tener su base de datos varias veces más grande de lo necesario, lo que ralentiza el sitio y el panel y engorda los backups.

Se puede borrar con seguridad todo aquello que no cumple ninguna función real en el sitio: las revisiones acumuladas de las entradas, especialmente las más antiguas que casi nunca se necesitan; los comentarios marcados como spam o que están en la papelera; las entradas y páginas que quedaron en la papelera; los datos transitorios que ya vencieron, que son parte de una caché temporal; y los datos huérfanos, es decir las tablas y registros que dejaron plugins que ya fueron desinstalados. En cambio, nunca se debe tocar el contenido y la configuración que el sitio realmente usa: las entradas y páginas publicadas, los comentarios legítimos que fueron aprobados, los usuarios, y toda la configuración del sitio y de los plugins que están activos. La distinción clave es entre basura, que es lo que quedó sin función, y contenido, que es lo que el sitio necesita para funcionar y mostrar lo que muestra. Un punto especialmente importante es que solo son huérfanos los datos de plugins ya desinstalados; los datos de plugins activos, aunque parezcan innecesarios, pueden ser imprescindibles para que esos plugins funcionen, así que no deben borrarse.

Son dos operaciones distintas que suelen realizarse juntas pero que conviene diferenciar. Limpiar consiste en borrar registros que ya no sirven, como las revisiones acumuladas, el spam, la papelera, los transitorios vencidos y los datos huérfanos; es una eliminación de contenido inútil que reduce la cantidad de datos almacenados. Optimizar, en cambio, consiste en reorganizar internamente las tablas de la base de datos para que ocupen menos espacio y respondan más rápido, pero sin borrar ningún contenido; es un mantenimiento técnico de la estructura de la base, comparable a desfragmentar o compactar. Ambas operaciones mejoran el rendimiento, pero de maneras diferentes: la limpieza al quitar datos innecesarios, y la optimización al hacer más eficiente el acceso a los datos que quedan. Un plugin de optimización de base de datos suele ofrecer las dos funciones de forma integrada, permitiendo primero elegir qué basura borrar y luego optimizar las tablas resultantes. Entender la diferencia ayuda a no confundirse: si algo dice que va a optimizar sin borrar, no debería eliminar contenido, mientras que la limpieza sí elimina, y por eso es la que exige más cuidado y un backup previo.

Porque la base de datos es el lugar donde vive absolutamente todo el contenido y la configuración del sitio, y cualquier operación de borrado sobre ella conlleva un riesgo. Si por un error se elimina algo que en realidad sí hacía falta, si una herramienta se comporta de forma inesperada, o si se borra por descuido más de lo previsto, el sitio puede quedar dañado de una forma difícil o imposible de revertir sin una copia previa. El backup completo hecho antes de tocar la base de datos es exactamente lo que convierte ese riesgo en algo manejable: si algo sale mal, se restaura la copia y el sitio vuelve al estado anterior, transformando lo que podría ser una catástrofe irreversible en un simple contratiempo. Por eso la regla es absoluta y no admite excepciones, ni siquiera para limpiezas que parecen triviales, porque justamente las que parecen inofensivas son las que se hacen sin cuidado. A esto se suma la advertencia de nunca borrar tablas manualmente sin saber exactamente qué contienen, ya que muchas pertenecen a plugins activos y eliminarlas rompería funciones del sitio; ante cualquier duda sobre si algo se puede borrar, la respuesta prudente es no borrarlo.

Ayuda, y en sitios grandes o antiguos con una base de datos muy hinchada la mejora puede ser perceptible, pero conviene tener expectativas realistas y no verlo como una solución mágica para cualquier lentitud. La velocidad de un sitio WordPress depende de muchos factores además de la base de datos: la calidad y los recursos del hosting, el peso y la optimización de las imágenes, la cantidad y eficiencia de los plugins, el uso de sistemas de caché, el tema elegido y la configuración general. Una base de datos limpia y optimizada elimina una de las posibles causas de lentitud y hace más ágiles las consultas y el panel de administración, lo que es especialmente notable cuando había acumulada una gran cantidad de basura, pero si el sitio es lento principalmente por otras razones, como un hosting insuficiente o imágenes enormes sin optimizar, limpiar la base no resolverá el problema por sí solo. Lo sensato es tratar la optimización de la base de datos como una de varias palancas de rendimiento que conviene atender en conjunto, y no esperar que una sola de ellas transforme un sitio lento en uno veloz si las demás causas siguen presentes.

Con algunas medidas de prevención que hacen que la basura se acumule mucho más lentamente, evitando tener que hacer grandes limpiezas cada tanto. La medida de mayor impacto es limitar las revisiones que WordPress guarda de cada entrada, lo que se puede configurar para conservar solo un número acotado de las más recientes o para eliminar las que superen cierta antigüedad, de modo que no crezcan sin control, ya que suelen ser la principal fuente de crecimiento innecesario. Otra medida importante es combatir el spam con un buen filtro, para que no se acumulen miles de comentarios basura en la base. También conviene configurar que la papelera se vacíe automáticamente cada cierto tiempo, y desinstalar de forma limpia los plugins que ya no se usan para que no dejen datos huérfanos. Por último, es mejor hacer limpiezas periódicas ligeras, siempre con backup previo, que dejar pasar años y enfrentarse a una única gran limpieza más riesgosa. Con esta combinación de prevención, la base de datos se mantiene liviana casi por sí sola y el mantenimiento se convierte en una tarea rápida y de bajo riesgo, en lugar de una operación grande, pesada y temida que se posterga indefinidamente.