Wird eine Seite langsam, schaut man zuerst zur Datenbank — und kommt am schwersten schnell an die Zahlen. Diese Seite zeigt Uptime, aktuelle und maximale Verbindungen, die Zahl langsamer Abfragen, das Cache-Verhalten und die Größe jeder Datenbank. Das genügt, um binnen Sekunden zu erkennen, ob das Problem hier wohnt.
Verbindungen gegen das konfigurierte Maximum ist die Zahl, die die meisten Ausfälle erklärt. Ein Server am Limit weist neue Verbindungen ab, und die Anwendung meldet einen Datenbankfehler, der über die wahre Ursache nichts sagt. Langsame Abfragen sind das andere Ende: Eine Handvoll ist normal, ein stetig steigender Zähler heißt meist, dass eine Abfrage bei einer Schemaänderung ihren Index verloren hat.
Die Größen stehen dort, weil sich Wachstum früh leichter beheben lässt. Eine Tabelle, die unbegrenzt wächst — Sessions, eine Log-Tabelle, eine Queue, die niemand leert —, ist ein langsames Problem, solange Platz frei ist, und um drei Uhr nachts ein dringendes, wenn keiner mehr da ist. Die Disk-Seite dieses Panels zeigt die andere Seite davon.
Es lohnt zu wissen, was diese Seite sieht und was nicht. Sie liest den Zustand von MySQL von innen — Verbindungen, Abfragen, Größen —, sagt aber nichts darüber, worauf die Datenbank steht. Einen gestoppten Dienst bemerkt Monit, und vor einem Laufwerk, das zu sterben beginnt, warnt SMART, in der Regel deutlich bevor sich die Verlangsamung in den Abfragen zeigt. Die Ursache einer langsamen Datenbank liegt oft unterhalb der Datenbank selbst.