MySQL Insights-Dashboards

In diesem Thema werden die folgenden Abschnitte beschrieben:

• MySQL Insights-Dashboards
• Fehlerbehebung bei MySQL Insights

MySQL Insights-Dashboards

Um die verschiedenen MySQL Insights anzuzeigen, gehen Sie zum Navigationsmenü oben links, und klicken Sie auf Beobachtbarkeit und Management. Suchen Sie im neuen Menü den Abschnitt Ops Insights, und klicken Sie auf SQL Insights, um die Seite "SQL Insights - Flottenanalyse" anzuzeigen. Parallel dazu wird im Menü unter SQL Insights auch ein Untermenü mit direkten Links zu SQL Insights - Flottenanalyse und SQL Insights - Datenbankanalyse angezeigt. Klicken Sie auf eine dieser beiden Optionen, um einen direkten Link zum Einblick zu erhalten.

MySQL Insights funktioniert mit den durchschnittlichen aktiven Sessions (AAS). AAS ist die durchschnittliche Rate, mit der sich die Datenbankzeit (DB-Zeit) innerhalb einer bestimmten Datenbank über ein bestimmtes Zeitintervall angesammelt hat. Er wird mit folgender Formel berechnet: AAS = (Gesamtzeit alle SQL-Aufrufe) / (Intervallverstrichene Zeit)

Stellen Sie nach der Auswahl sicher, dass das Optionsfeld MySQL für die Datenbank im unteren linken Bereich des Bildschirms unter Datenbanktyp aktiviert ist. Dadurch werden nur MySQL-Datenbanken gefiltert und angezeigt.

• MySQL-DB-Systemflotte

  Dies ist das Dashboard der obersten Ebene, das einen allgemeinen Überblick über das gesamte Set von MySQL-Datenbanken ermöglicht, die für Ops Insights im ausgewählten Compartment (Ihre Flotte) aktiviert sind.

  Wählen Sie eine bestimmte Datenbank aus, die Sie prüfen möchten. Dadurch gelangen Sie zur Analyseebene der Datenbank.

  

  Widget	Anwendungsfall	Diagramme und Hinweise zur Verwendung
  MySQL-DB-Systeme	Prüfen Sie die Datenbankaktivität und Workload von MySQL mit "Durchschnittliche aktive Sessions" und der CPU-Auslastung in Prozent.	Die CPU-Auslastung wird in einem Balkendiagramm mit dem Prozentsatz in grün ausgedrückt. Die durchschnittliche Anzahl aktiver Sessions wird als Anzahl angegeben und entspricht der Anzahl der Sessions in DETAIL

• MySQL-DB-System

  Das DB-Dashboard MySQL bietet einen umfassenden Überblick über die SQL-Workload, die in der Datenbank ausgeführt wird. Dazu gehören grundlegende Eigenschaften der Datenbank und der daraus erfassten SQL, einschließlich Aufschlüsselung der Gesamtzeit nach Befehl und Modul und des Zeitverhältnisses in SQL oder PL/SQL. Insight-Kacheln mit SQL-Anzahl mit Insight-Level Insights quantifizieren diese Probleme auf Datenbankebene. Die SQL-Aktivität wird nach Tag aufgeschlüsselt nach Befehlstyp angezeigt, wodurch Änderungen der Workload im Laufe der Zeit angezeigt werden. Ausführungs-zu-Parse-Verhältnis und SQL-Anzahl- und Invalidierungsdiagramme stellen wichtige Anwendungseigenschaften im Laufe der Zeit bereit.

  Prüfen Sie Aktivitäten nach Befehlstyp, Anzahl der SQL- und PL/SQL-Vorgänge, SQL-Aktivität, Parsing und datenbankspezifischen Insights. Unten wird eine Tabelle mit den Top-SQLs aufgeführt, die eine Überprüfung erfordern. Wählen Sie einen Wert aus, den Sie prüfen möchten. Dadurch gelangen Sie zur SQL-Analyseebene.

  

  Tabelle 6-1: Widgets auf Datenbankebene

  Widget	Anwendungsfälle	Diagramme und Hinweise zur Verwendung
  Übersicht	Lesen Sie die grundlegenden Eigenschaften dieser Datenbank und Statistiken zur SQL-Telemetrieerfassung.	Die folgenden Eigenschaften werden angezeigt: Datenbanksystemname MySQL-Version Anzahl Datenbanken SQL-Gesamtanzahl Durchschnittlicher CPU-Inhalt Erfasster SQL-Puffer (Prozentsatz) Status der CPU-Zeiterfassung Zusätzliche Eigenschaften für MySQL Heatwave-Deployments verfügbar Form HeatWave High Availability
  DB-Systemnutzung	Bestimmen Sie die Nutzungsebenen für ein MySQL-DB-System.	Nutzungskacheln: CPU-Auslastung Speicherauslastung Speicherbelegung
  SQL-Aktivität nach Befehlstyp	Welche SQL-Befehle generieren die DB-Zeit in dieser Datenbank am meisten?	Donut-Diagramm der gesamten DB-Zeit, aufgeschlüsselt nach Befehlstyp für Nicht-PL/SQL-Cursor. Klicken Sie auf einen Befehl, um eine detaillierte Liste der Aktivitäten für diesen Befehl zu erstellen.
  SQL-Aktivität nach Datenbank	Welche Datenbanken generieren die DB-Zeit in dieser Datenbank am meisten?	Donut-Diagramm mit den durchschnittlichen aktiven Sessions nach Datenbank. Klicken Sie auf einen Befehl, um eine detaillierte Liste der Aktivitäten für diesen Befehl in Form eines Balkendiagramms zu erstellen.
  Anzahl Ausführungen nach Datenbank	Welche Datenbanken generieren die meisten Ausführungen?	Donut-Diagramm der Ausführungsanzahl nach Datenbank. Klicken Sie auf einen Befehl, um eine detaillierte Liste der Aktivitäten für diesen Befehl zu erstellen.
  SQL-Aktivität nach Latenztyp	Welche Art von Latenz generiert die DB-Zeit am meisten?	Balkendiagramm mit den Typen der Latenz-CPU, -Sperre oder anderer Typen. Die Latenzzeit wird in Mikrosekunden ausgedrückt.

Fehlerbehebung bei MySQL Insights

• Anweisung zur Verwendung des Digestpuffers: MySQL erfasst Performancedaten pro Digest in einem Puffer mit fester Größe mit maximal 10.000 eindeutigen Anweisungsdigests. Der Prozentsatz gibt die aktuelle Pufferkapazität an. Sobald die maximale Kapazität erreicht ist, werden alle neuen Digest-Performancedaten in einem Catchall-Digest mit dem Namen NULL_DIGEST aggregiert, bis dieser Puffer gelöscht wird.
  Hinweis
  
  Das Löschen erfolgt nicht automatisch. Dies geschieht entweder beim Neustart des Servers oder durch manuelles Löschen.
  Bei einem sehr aktiven System mit vielen eindeutigen Digests kann dieser Puffer gefüllt werden und muss möglicherweise regelmäßig manuell gelöscht werden. Führen Sie den folgenden SQL-Befehl aus, um manuell zu löschen:

  truncate table performance_schema.events_statements_summary_by_digest;

• Collection-Status der CPU-Latenz: Gibt an, ob das Performanceschema des DB-Systems MySQL so konfiguriert wurde, dass Informationen zur CPU-Latenz pro Digest erfasst werden. Wenn diese Option deaktiviert ist, enthält das Diagramm "SQL-Aktivität nach Latenzzeittyp" nicht CPU_LATENCY als Teil der Aufschlüsselung und zeigt nur LOCK_LATENCY und OTHER_LATENCY an (CPU_LATENCY ist Teil von OTHER_LATENCY anstelle einer eigenen separaten Komponente).
  • Um zu prüfen, ob CPU_LATENCY aktiviert ist, führen Sie den folgenden SQL-Befehl aus:

    SELECT * FROM performance_schema.setup_consumers where name  = 'events_statements_cpu';

  • Um CPU_LATENCY zu aktivieren, führen Sie den folgenden SQL-Befehl aus:

    UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE 'events_statements_cpu';