Cuando un sitio se vuelve lento, la base de datos es el primer sitio donde mirar y el más difícil de consultar deprisa. Esta página muestra uptime, conexiones actuales y máximas, número de consultas lentas, comportamiento de la caché y tamaño de cada base: lo suficiente para saber en unos segundos si el problema vive aquí.
Las conexiones frente al máximo configurado es la cifra que explica la mayoría de las caídas. Un servidor que ha alcanzado su límite rechaza conexiones nuevas, y la aplicación devuelve un error de base de datos que no dice nada de la causa real. Las consultas lentas son el otro extremo: unas pocas son normales, un contador que sube de forma sostenida suele significar que una consulta perdió su índice en un cambio de esquema.
Los tamaños aparecen porque el crecimiento es más fácil de atajar pronto. Una tabla que crece sin límite — filas de sesión, una tabla de registro, una cola que nadie consume — es un problema lento mientras quede espacio y uno urgente a las tres de la madrugada cuando ya no queda. La página de discos de este panel muestra la otra cara.
Conviene saber qué ve esta página y qué no. Lee el estado de MySQL desde dentro — conexiones, consultas, tamaños — pero calla sobre aquello en lo que se apoya la base. Un servicio parado lo nota Monit, y de un disco que ha empezado a fallar avisa SMART, normalmente mucho antes de que la lentitud se note en las consultas. La causa de una base lenta suele estar por debajo de la propia base.