Quando um site abranda, a base de dados é o primeiro sítio onde olhar e o mais difícil de consultar depressa. Esta página mostra uptime, ligações atuais e máximas, número de consultas lentas, comportamento da cache e tamanho de cada base de dados — o suficiente para saber em poucos segundos se o problema vive aqui.
As ligações face ao máximo configurado são o número que explica a maioria das falhas. Um servidor que atingiu o limite recusa novas ligações, e a aplicação devolve um erro de base de dados que nada diz sobre a causa real. As consultas lentas são o outro extremo: algumas são normais, um contador que sobe de forma sustentada costuma significar que uma consulta perdeu o seu índice numa alteração de esquema.
Os tamanhos aparecem porque o crescimento é mais fácil de tratar cedo. Uma tabela que cresce sem limite — linhas de sessão, uma tabela de registo, uma fila que ninguém consome — é um problema lento enquanto houver espaço e um problema urgente às três da manhã quando já não houver. A página dos discos deste painel mostra o outro lado disso.
Vale a pena saber o que esta página vê e o que não vê. Lê o estado do MySQL por dentro — ligações, consultas, tamanhos — mas nada diz sobre aquilo em que a base assenta. Um serviço parado é o Monit que o repara, e de um disco que começou a falhar avisa o SMART, normalmente muito antes de a lentidão aparecer nas consultas. A causa de uma base lenta está muitas vezes abaixo da própria base.