Cuando un sitio se pone lento, todo el mundo mira las imágenes y los plugins. Muy pocos miran la base de datos, que es justamente donde se esconden las peores lentitudes en sitios con algunos años encima. Una base inflada hace que cada visita tenga que buscar entre millones de filas basura para encontrar las diez que importan, y eso no lo arregla ningún plugin de caché, porque el problema aparece justo cuando la caché no está disponible: al guardar una entrada, al procesar un pedido, al hacer una búsqueda.
Por qué las bases de datos se ensucian solas
No hace falta hacer nada mal para terminar con una base de datos inflada; alcanza con dejar pasar el tiempo. Los sistemas de gestión de contenido guardan mucho más de lo que se ve. Cada vez que editás una entrada, se guarda una revisión completa. Cada plugin que instalás y después borrás suele dejar sus tablas y sus opciones. Cada comentario de spam que llegó y se filtró sigue ocupando lugar. Cada dato temporal que se guardó "por un rato" para acelerar algo queda ahí aunque haya vencido hace un año.
El resultado típico es un sitio de tamaño modesto con una base de datos de cientos de megabytes, donde el contenido real ocupa una fracción mínima y el resto es sedimento.
Los cuatro focos de suciedad más comunes
- Revisiones de entradas. Si escribís un artículo largo y lo guardás treinta veces, tenés treinta copias completas del texto. En un blog con quinientas entradas, eso solo puede ser la mitad de la base.
- Datos temporales vencidos. Muchos plugins guardan resultados temporales para no recalcularlos, con una fecha de vencimiento. El problema es que casi nadie borra los vencidos, y se acumulan por miles.
- Metadatos huérfanos. Cuando se borra una entrada, un producto o un usuario, sus datos asociados a veces sobreviven apuntando a algo que ya no existe. Son filas puramente muertas.
- Tablas de plugins desinstalados. Desinstalar un plugin rara vez borra sus tablas. Un sitio con años de prueba y error puede tener veinte tablas que nadie consulta nunca.
Limpieza segura, en el orden correcto
Antes que nada: copia de seguridad completa de la base de datos. No es una recomendación de manual, es literalmente lo único que te separa de un desastre irreversible. Exportala desde el panel, descargala a tu computadora y verificá que el archivo pese lo que tiene que pesar. Recién ahí empezás.
El orden que recomiendo es de menos a más riesgoso. Primero, limitar las revisiones a futuro: se hace con una línea en la configuración y evita que el problema vuelva a crecer. Segundo, borrar las revisiones viejas, que es totalmente seguro porque la versión publicada no se toca. Tercero, vaciar la papelera de entradas y comentarios, y eliminar el spam. Cuarto, borrar los datos temporales vencidos. Quinto, y ya con más cuidado, eliminar metadatos huérfanos. Sexto, y solo si estás seguro, borrar tablas de plugins que ya no usás; acá conviene anotar el nombre de la tabla y buscarlo antes de tocar nada.
Después de todo eso viene un paso que casi nadie hace y que es el que realmente devuelve espacio en disco: optimizar las tablas. Borrar filas deja huecos que el motor no reutiliza automáticamente; optimizar reorganiza el archivo y lo compacta. Es una opción de un clic en el gestor de bases de datos del panel.
Índices: la diferencia entre milisegundos y segundos
Acá está la parte que separa una optimización cosmética de una real. Un índice es, en esencia, el índice alfabético de un libro: en vez de leer las mil páginas para encontrar una palabra, vas directo. Sin índice, cada consulta recorre la tabla entera.
Las tablas del núcleo de los sistemas conocidos ya vienen bien indexadas. El problema aparece con tablas creadas por plugins mal hechos, o con consultas personalizadas que filtran por una columna que nadie indexó. El síntoma clásico es un sitio que anda perfecto con mil registros y se arrastra con cien mil: eso casi siempre es un índice faltante, no falta de recursos.
Para detectarlo, la mayoría de los paneles ofrecen un registro de consultas lentas, y muchos plugins de diagnóstico muestran cuánto tarda cada consulta en cargar una página. Si ves una consulta que tarda más de medio segundo y se repite en cada visita, encontraste el cuello de botella.
El motor de almacenamiento también importa
Existe una diferencia técnica que impacta muchísimo y que muchos sitios viejos todavía arrastran: el motor de las tablas. El motor antiguo bloquea la tabla entera cuando alguien escribe, así que si diez personas compran al mismo tiempo, nueve esperan. El motor moderno bloquea solo la fila afectada, permite transacciones y se recupera mucho mejor de una caída. Si tu sitio tiene varios años, vale la pena revisar en qué motor están las tablas: convertirlas suele dar una mejora inmediata y notoria en sitios con escritura frecuente, como tiendas y foros.
Mantenimiento para que no vuelva a pasar
- Limitá las revisiones a tres o cinco por entrada de forma permanente.
- Programá una limpieza mensual de datos temporales vencidos y papelera con una tarea automática.
- Antes de instalar un plugin, mirá qué deja al desinstalarse; los buenos ofrecen una opción de borrado completo.
- Revisá el tamaño de la base cada tres meses. Si creció mucho sin que crezca el contenido, algo se está acumulando.
- Cuidado con los logs internos. Plugins de seguridad y de estadísticas guardan cada visita; en sitios con tráfico eso son millones de filas por año.
Cuándo el problema no es la base sino el servidor
Hay un límite a lo que se puede optimizar. Si tu base ya está limpia e indexada y las consultas siguen tardando, el problema es de recursos: discos lentos, memoria insuficiente para el motor, o simplemente demasiadas cuentas compitiendo en la misma máquina. La prueba es simple: si el rendimiento cambia mucho según la hora del día, no es tu base, es el vecindario.
En ese punto, migrar es la solución más eficiente. Por eso recomiendo BanaHosting: SSD puro sobre servidores Dell con RAID-10, que es exactamente el tipo de hardware donde las consultas pesadas dejan de doler, más 4 a 8 GB de RAM según el plan y procesadores de 3,8 a 6,9 GHz. Incluye cPanel completo para administrar la base con comodidad, copias diarias con JetBackup por si una limpieza sale mal, y migración gratis de hasta 3 sitios sin downtime. Los planes arrancan en 4,95 dólares al mes con 30 días de garantía.