Eenvoudige PostgreSQL-monitoring
Houd je database snel en betrouwbaar onder belasting. Visualiseer de gezondheid van je PostgreSQL in realtime, met heldere indicatoren voor cache hit ratio, connectiegebruik, slow queries en transaction throughput.
Essentiële PostgreSQL-metrieken
Cache hit ratio
Bij PostgreSQL begint performance in het geheugen. De cache hit ratio toont het percentage datablokken dat rechtstreeks uit de shared buffers wordt geserveerd in plaats van van schijf te worden gelezen — en bij een gezonde database hoort dit cijfer boven de 99% te blijven.
Wanneer de ratio daalt, betekent dit dat je queries steeds vaker de schijf aanspreken, wat ordes van grootte trager is dan RAM. Dit in de tijd volgen helpt je beslissen wanneer je je shared_buffers moet afstemmen of geheugen moet toevoegen, voordat je gebruikers de vertraging merken.
Connectiegebruik
Anders dan veel databases start PostgreSQL voor elke connectie een apart proces, waardoor connectiebeheer een echt aandachtspunt is. Deze meter toont hoeveel van je max_connections-slots momenteel in gebruik zijn, zodat je verzadiging ziet aankomen voordat de fout "too many clients already" optreedt.
Als je regelmatig de limiet nadert, is dat meestal een teken dat je een connection pooler zoals PgBouncer nodig hebt in plaats van de limiet simpelweg te verhogen. Het monitoren van deze metriek vertelt je precies wanneer dat moment is aangebroken.
Slow queries
De meeste performanceproblemen zijn terug te voeren op een handvol dure queries. Jmonitor toont je slow queries in een heldere ranglijst, zodat je in plaats van logs door te spitten meteen ziet welke statements de meeste tijd op je database kosten.
Met de grootste boosdoeners overzichtelijk voor je wordt optimaliseren eenvoudig: voeg de ontbrekende index toe, herschrijf de join of cache het resultaat. Het oplossen van de zwaarste queries is bijna altijd de snelste weg naar een vlottere applicatie.
Transacties
Volg de werkelijke werklast van je database met de grafiek Transacties, die commits en rollbacks per seconde in de tijd weergeeft. Je krijgt een live beeld van hoe druk PostgreSQL het heeft en hoe die activiteit meebeweegt met je verkeer.
Een stijgend aantal rollbacks is zeker het volgen waard: het wijst vaak op mislukte transacties, deadlocks of applicatiefouten die anders onopgemerkt zouden blijven. Door commits en rollbacks naast elkaar te zien, signaleer je deze problemen vroeg en houd je je datalaag gezond.