Quando un sito rallenta, il database è il primo posto da guardare e il più difficile da consultare in fretta. Questa pagina mostra uptime, connessioni correnti e massime, numero di query lente, comportamento della cache e dimensione di ogni database: abbastanza per capire in pochi secondi se il problema abita qui.
Le connessioni rispetto al massimo configurato sono il numero che spiega la maggior parte dei disservizi. Un server che ha raggiunto il limite rifiuta nuove connessioni, e l’applicazione riporta un errore di database che non dice nulla della causa reale. Le query lente sono l’altro estremo: qualcuna è normale, un contatore che sale con regolarità di solito significa che una query ha perso il suo indice durante una modifica allo schema.
Le dimensioni compaiono perché la crescita è più facile da affrontare presto. Una tabella che cresce senza limite — righe di sessione, una tabella di log, una coda che nessuno consuma — è un problema lento finché c’è spazio libero e un problema urgente alle tre di notte quando non ce n’è più. La pagina dei dischi di questo pannello ne mostra l’altra faccia.
Vale la pena sapere che cosa vede questa pagina e che cosa no. Legge lo stato di MySQL dall'interno — connessioni, query, dimensioni — ma tace su ciò su cui il database poggia. Un servizio fermo lo nota Monit, e di un disco che ha iniziato a cedere avvisa SMART, di solito ben prima che il rallentamento si veda nelle query. La causa di un database lento sta spesso al di sotto del database stesso.