Tu sistema está lento: qué revisar antes de comprar más servidor
La ruta de diagnóstico que seguimos cuando un sistema se vuelve lento, ordenada de lo más barato y probable a lo más caro.
Por Equipo Xantrik
Cuando un sistema se pone lento, la primera propuesta suele ser más hardware. A veces funciona. Casi siempre es la solución más cara para el problema equivocado, y compra unos meses antes de que vuelva a doler.
Esta es la ruta que seguimos, ordenada de lo más probable y barato a lo más costoso.
1. Consultas a la base de datos (el 80% de los casos)
Empieza aquí siempre. Activa el registro de consultas lentas y ordénalas por tiempo total acumulado, no por tiempo individual. La consulta que tarda 80 milisegundos pero se ejecuta cuarenta mil veces por hora hace más daño que la que tarda tres segundos y corre dos veces al día.
Lo que suele aparecer:
- Falta de índice en una columna de filtro o de unión.
- Una consulta dentro de un ciclo, ejecutándose una vez por renglón en vez de una sola vez.
SELECT *trayendo columnas grandes que nadie usa.- Estadísticas desactualizadas haciendo que el motor elija un plan malo.
2. Bloqueos y transacciones largas
Si el sistema va bien con poca gente y se cae en hora pico, sospecha de bloqueos antes que de capacidad. Una transacción que abarca más de lo necesario —o que espera una llamada externa con la transacción abierta— serializa a todos los demás.
Este síntoma es característico: el CPU está bajo y aun así todo va lento.
3. Llamadas externas sin límite de tiempo
Servicios de terceros, timbrado, envío de correo, APIs de proveedores. Si no tienen un tiempo máximo de espera configurado, un proveedor lento se convierte en tu caída. Y si esas llamadas ocurren dentro del flujo que el usuario espera, en vez de en segundo plano, el problema se multiplica.
4. Crecimiento no lineal
Procesos cuyo tiempo crece más rápido que el volumen: un reporte que recorre todo el histórico, una carga que compara cada registro contra todos los demás. Funcionan perfecto durante dos años y luego se caen en un mes. La señal es que el tiempo se duplique cuando el volumen crece un 30%.
5. Recursos del servidor
Hasta ahora. Y con medición: si el CPU vive al 90% y las consultas ya están optimizadas, entonces sí es capacidad. Antes de eso, más servidor solo esconde el síntoma — y lo esconde a un costo recurrente.
La regla que ahorra más dinero
Mide antes de tocar y vuelve a medir después. Sin una medición de partida no hay forma de saber si el cambio ayudó, y es sorprendentemente común “optimizar” algo que no era el cuello de botella y celebrar una mejora que vino de otro lado.
Define la métrica que importa —tiempo de respuesta en la pantalla que más se usa, duración del cierre, throughput en hora pico— y persíguela.
Si prefieres que alguien externo haga ese diagnóstico, es exactamente lo que entregamos en optimización de software: un documento con evidencia y prioridades, útil incluso si la ejecución la hace tu equipo.