sql >> Database >  >> RDS >> MariaDB

ClusterControl:Inleiding tot de nieuwe querymonitor

ClusterControl 1.9.0 werd uitgebracht op 16 juli 2021 met veel nieuwe functies die in het systeem werden geïntroduceerd. Die functies omvatten Redis Management and Monitoring, een nieuw op agenten gebaseerd Query Monitoring-systeem voor MySQL en PostgreSQL, pgBackRest-verbeteringen en enkele andere verbeteringen die hier worden vermeld. We zijn erg enthousiast, want dit is onze tweede grote release voor 2021 na ClusterControl 1.8.2.

Als ClusterControl nieuw voor u is, is Query Monitor een van onze handige functies waarmee u informatie kunt krijgen over de werkbelasting van uw database. Query Monitor biedt een samenvatting van de queryverwerking op alle knooppunten in het cluster, wat onmisbaar wordt wanneer u prestatievermindering opmerkt of ervaart. Niet alle Query Monitoring-functies zijn hetzelfde voor elk databasetype, de op Query Monitor voor MySQL gebaseerde is bijvoorbeeld anders dan de Query Monitor voor PostgreSQL.

Het hebben van topprestaties is geen excuus, vooral niet wanneer u bedrijfskritieke applicaties gebruikt, behalve dat u de beste gebruikerservaring biedt.

In deze blogpost bespreken we wat de nieuwe Query Monitor te bieden heeft en doorlopen we enkele stappen om deze in te schakelen voor zowel MySQL- als PostgreSQL-systemen. Zonder verder oponthoud, laten we aan de slag gaan!

Onze nieuwe MySQL-querymonitor

Als je deze nieuwe versie al hebt bijgewerkt, zul je waarschijnlijk enkele wijzigingen in de interface opmerken. De nieuwe Query Monitor heeft een extra tabblad met de naam Overzicht. Het Query-overzicht is een plaats waar u een algemeen overzicht kunt krijgen van alle query's voor uw databasecluster. Voor op MySQL gebaseerde database-instanties moet u de parameter "performance_schema" inschakelen voor al uw MySQL-instanties voordat de query-agent kan worden geïnstalleerd. U ziet de volgende schermafbeelding als u op het tabblad Queryoverzicht klikt:

Als u het "performance_schema" niet hebt ingeschakeld, kunt u gebruik dit dashboard. U kunt de parameter inschakelen via Cluster -> Beheren -> Configuraties en het bestand /etc/my.cnf voor alle hosts bewerken. Zorg ervoor dat u de waarde bijwerkt naar het volgende:

performance_schema =AAN

Zodra dit is gebeurd, moet u het cluster opnieuw opstarten vanuit de actielijst van het cluster, zodat de wijziging van kracht wordt. Zonder een rollende herstart kan de query-agent niet worden geïnstalleerd.

Natuurlijk kunt u dit ook handmatig doen vanuit uw databaseknooppunten, hangt af van uw voorkeur. Als u de handmatige manier kiest, kunt u SSH naar uw database-instantie en /etc/my.cnf bewerken. Als u SSH wilt gebruiken vanuit de gebruikersinterface van ClusterControl, kunt u dit eenvoudig doen vanuit de knooppuntactielijst zoals in de onderstaande schermafbeelding:

 Nu zou u de volgende schermafbeelding moeten zien nadat de rollende herstart is voltooid en alle wat u hoeft te doen is op de Install Query Monitor Agent te klikken:

Het zou maar even moeten duren voordat u het nieuwe Query-overzichtsdashboard kunt zien zoals de volgende schermafbeelding:

In ons nieuwe Query-overzichtsdashboard zijn er een paar variabelen die u zou kunnen monitor en haal de statistieken van. Hier kunt u de doorvoer, gelijktijdigheid, gemiddelde latentie, fout en de lijst met vragen onderaan zien. De uitleg voor elk van hen is als volgt:

  • Doorvoer - Query per seconde (q/s) 

    • De algehele mogelijkheid om gegevens te verwerken die worden gemeten in query's per seconde, transactie per seconde of de gemiddelde responstijd .

  • Gelijktijdigheid - Vergrendeltijd (s)

    • Het aantal gelijktijdige query's, met name de INSERT-query. Het wordt gemeten in seconden.

  • Gemiddelde latentie - Gemiddelde zoektijd (s)

    • De latentieverdeling van instructies die binnen deze MySQL-instantie worden uitgevoerd.

  • Fouten - Fouten (sec)

    • Het aantal queryfouten per seconde voor het cluster.

U kunt selecteren van welke database-instantie u de statistieken wilt zien, evenals het tijdsbestek van 15 minuten tot 4 uur voor elk van hen. Met deze optie kunt u gemakkelijk identificeren wat er in dat specifieke geval gebeurt.

Onder aan het dashboard ziet u dat er een lijst is met query's die momenteel worden uitgevoerd voor uw cluster. Hier kunt u de informatie van de query-samenvatting, het schema, het aantal, de rijen en ook de uitvoeringstijd zien.

In tegenstelling tot de oudere versie (1.8.2), is dit een geheel nieuw dashboard en het zal erg handig zijn als je een overzicht van het cluster wilt hebben. Met de statistieken hier kunt u de nodige acties ondernemen als u merkt dat uw clusterprestaties niet optimaal zijn.

Nieuwe query-monitor voor PostgreSQL

Hetzelfde proces moet worden uitgevoerd voor PostgreSQL:zodra u de ClusterControl naar 1.9.0 heeft geüpgraded, moet u de querymonitor-agent installeren voordat u de metrieken voor het query-overzicht kunt krijgen. U ziet een uitvoer die lijkt op die hieronder:

Voor PostgreSQL hoeft u echter geen enkele parameter zoals u in te schakelen nodig hebt voor MySQL-gebaseerde datbaasen, kunt u de agent meteen vanaf het dashboard installeren. De installatie zou enige tijd moeten duren voordat je het Query Overzicht-dashboard kunt zien, zoals hieronder.

Zoals je kon zien, is het dashboard een beetje anders dan de MySQL dashboard waar er slechts 2 statistieken zijn die doorvoer en gemiddelde latentie zijn. Net als het op MySQL gebaseerde Query-overzichtsdashboard, kunt u ook het database-exemplaar selecteren waarvan u de statistieken en het tijdbereik wilt zien.

U kunt ook de lijst met de onderstaande zoekopdrachten van de statistieken bekijken, zoals weergegeven in de bovenstaande schermafbeelding. In de lijst met zoekopdrachten kunt u de samenvatting, het schema, het aantal, de rijen en de uitvoeringstijd van elke zoekopdracht zien.

Laatste gedachten

We denken dat de nieuwe Query Monitor erg handig is als je wilt zien wat er gebeurt met je query's in een database-instantie. Stel je voor dat je een paar knooppunten hebt:je kunt eenvoudig van database-instantie wisselen vanuit het Query-overzicht om de metrische gegevens te bekijken. Met deze optie bent u in staat om specifiek te weten wat er gebeurt op elk van uw database-instanties.

Vergeet niet om voor op MySQL gebaseerde instanties "performance_schema" in of uit te schakelen voor elk van de database-instanties voordat u de query-agent installeert en ga verder met het bekijken van het overzicht.

Wat vindt u van onze nieuwe Query Monitor? Vind je het leuk en handig? Laat het ons weten in het commentaargedeelte hieronder.


  1. Index op tijdstempel:functies in indexexpressie moeten worden gemarkeerd als IMMUTABLE

  2. Hoe de SQLite-database op een Android-telefoon synchroniseren met de MySQL-database op de server?

  3. Is er zoiets CASE-expressie in JPQL?

  4. PostgreSQL- en TimescaleDB-back-upherstel met ClusterControl CLI