Messwerte zur Abfrageleistung

Die Query Performance Metrics -Exploration in System Activity bietet detaillierte Aufschlüsselungen jeder Abfrage, die von Ihrer Looker-Instanz ausgeführt wird.

Mit dieser Exploration können Sie beispielsweise untersuchen, welche Komponenten einer Abfrage am längsten zum Laden benötigt haben. Sie können damit auch Trends und Anomalien bei der Abfrageleistung erkennen.

Weitere Informationen zu den in der Systemaktivität verfügbaren Explorationen finden Sie auf der Dokumentationsseite Looker-Nutzung mit Systemaktivitäts-Explorationen überwachen.

Messwerte zur Abfrageleistung ansehen

Messwerte zur Abfrageleistung sind in der Systemaktivität in der Exploration Query Performance Metrics verfügbar. Sie müssen Looker-Administrator sein oder die Berechtigung see_system_activity haben, um die Exploration Query Performance Metrics aufzurufen.

Informationen zum Lebenszyklus von Looker-Abfragen

Jede Abfrage, die Looker an Ihre Datenbank sendet, durchläuft mehrere Phasen mit jeweils mehreren Schritten. Jeder dieser Schritte wird in der Exploration Query Performance Metrics als Dimension dargestellt.

Auf übergeordneter Ebene können die Phasen so konzipiert werden:

  1. Phase des asynchronen Workers: Zuerst muss die Abfrageaufgabe einem verfügbaren asynchronen Worker zugewiesen werden. Wenn kein Worker verfügbar ist, kann es zu Wartezeiten kommen.
  2. Initialisierungsphase: Sobald ein asynchroner Worker zugewiesen ist, führt die Looker-Instanz mehrere Initialisierungsschritte aus, um die Abfrage vorzubereiten.
  3. Phase der Verbindungsverwaltung: Nach Abschluss der Initialisierung stellt die Looker-Instanz eine Verbindung zur Kundendatenbank her.
  4. Phase der Hauptabfrage: Sobald die Looker-Instanz eine Verbindung zur Kundendatenbank hergestellt hat, wird die Hauptabfrage in der Kundendatenbank ausgeführt. Je nach den für die Abfrage ausgewählten Optionen werden möglicherweise auch zusätzliche Abfragen zur Berechnung von Ergebnissen wie Summen ausgeführt. Wenn die Abfrage nicht gestreamt wird, werden die Abfragen in den Arbeitsspeicher der Looker-Instanz geladen. Danach wird die Verbindung von der Looker-Instanz zur Kundendatenbank geschlossen.
  5. Phase nach der Abfrage: Schließlich führt die Looker-Instanz mehrere Schritte nach der Abfrage aus, um die Abfrage für das nächste Ziel vorzubereiten. An diesem Punkt wird der asynchrone Worker freigegeben.

Messwerte zur Abfrageleistung

In den folgenden Abschnitten werden die einzelnen Abfragephasen und -schritte in chronologischer Reihenfolge aufgeführt. Die Messwerte für die einzelnen Abfrageschritte werden in Sekunden gemessen.

Messwerte für die Phase des asynchronen Workers

Abfrageschritt Messwertbeschreibung
Queued Zeit in Sekunden, die eine Abfrage wartet, bis ein asynchroner Worker verfügbar ist, um die Abfrage auszuführen.
Async processing Zeit in Sekunden, die ein asynchroner Worker mit der Abfrage verbringt. Der Worker arbeitet weiter an der Abfrage, bis die Phase nach der Abfrage abgeschlossen ist. Daher überschneidet sich dieser Messwert mit den meisten anderen Messwerten auf dieser Seite.

Messwerte für die Initialisierungsphase

Abfrageschritt Messwertbeschreibung
Model Init: From Cache Zeit in Sekunden, die zum Abrufen der Modelldefinition aus dem Cache benötigt wird. Wenn dieser Wert „null“ zurückgibt, wurde das Modell geladen und geparst, anstatt aus dem Cache abgerufen zu werden. Weitere Informationen finden Sie im Schritt Model Init: Computed.
Model Init: Computed Zeit in Sekunden, die zum Laden und Parsen des Modells benötigt wird, das zum Ausführen einer Abfrage erforderlich ist. Wenn dieser Wert „null“ zurückgibt, wurde das Modell aus dem Cache abgerufen, anstatt von Grund auf geladen und geparst zu werden. Weitere Informationen finden Sie im Schritt Model Init: From Cache.
Explore Init: From Cache Zeit in Sekunden, die zum Abrufen der Explore-Initialisierung aus dem Cache benötigt wird. Wenn dieser Wert „null“ zurückgibt, wurde die Explore-Initialisierung geladen und geparst, anstatt aus dem Cache abgerufen zu werden. Weitere Informationen finden Sie im Schritt Explore Init: Computed.
Explore Init: Computed Zeit in Sekunden, die zum Initialisieren der Explore-Initialisierung benötigt wird, bevor sie prepare wird. Wenn dieser Wert „null“ zurückgibt, wurde die Explore-Initialisierung aus dem Cache abgerufen, anstatt von Grund auf geladen und geparst zu werden. Weitere Informationen finden Sie im Schritt Explore Init: From Cache.
Prepare Zeit in Sekunden, die zum Vorbereiten der Abfrage aus der Explore-Definition benötigt wird.

Messwerte für die Phase der Verbindungsverwaltung

Abfrageschritt Messwertbeschreibung
Per User Throttler Zeit in Sekunden, die die Abfrage wartet, bis eine Verbindung für den Nutzer verfügbar ist, um die Abfrage auszuführen.
Acquire Connection Zeit in Sekunden, die die Looker-Instanz benötigt, um eine Verbindung zur Kundendatenbank herzustellen. Dieser Schritt umfasst die Zeit, die zum Suchen der Anmeldedaten für den Nutzer und zum Erstellen des Verbindungspools benötigt wird, falls er noch nicht vorhanden ist.
Connection Init Zeit in Sekunden, die zum Initialisieren einer Verbindung für die Verwendung benötigt wird.
Adapter Throttler Zeit in Sekunden, die die Abfrage in der Warteschlange des Adapter-Throttlers verbringt.
Connection Held Zeit in Sekunden, die die Looker-Instanz eine Verbindung zur Kundendatenbank aufrechterhält. Dieser Schritt umfasst die Zeit, die die Kundendatenbank zum Ausführen der SQL-Abfrage benötigt.

Messwerte für die Phase der Hauptabfragen

Abfrageschritt Messwertbeschreibung
Cache Load Zeit in Sekunden, die zum Abrufen von Rohdaten aus dem Cache für Ergebnismengen benötigt wird.
PDTs Zeit in Sekunden, die zum Erstellen der persistenten abgeleiteten Tabellen benötigt wird, die für die Abfrage erforderlich sind.
Query Execution Die Gesamtzeit in Sekunden, die zum Ausführen aller Abfragen für die Verbindung benötigt wird, einschließlich der Zeit, die in Throttlern verbracht wird.
Execute Main Query Zeit in Sekunden, die zum Ausführen der primary-Abfrage in der Kundendatenbank benötigt wird. Die Zeit für die Initialisierung der Verbindung oder die Zeit, die in Throttlern verbracht wird, ist nicht enthalten. Die Zeitmessung beginnt nach Abschluss der Initialisierung der Verbindung und aller Throttler.
Execute Totals Query Zeit in Sekunden, die zum Ausführen der Abfrage zum Generieren von Summen in der Kundendatenbank benötigt wird. Gilt nur für Abfragen, bei denen Summen aktiviert sind.
Execute Row Totals Query Zeit in Sekunden, die zum Ausführen der Abfrage zum Generieren von Zeilensummen in der Kundendatenbank benötigt wird. Gilt nur für Abfragen, bei denen Zeilensummen aktiviert sind.
Execute Grand Totals Query Zeit in Sekunden, die zum Ausführen der Abfrage zum Generieren der Gesamtsumme in der Kundendatenbank benötigt wird. Gilt nur für Abfragen, bei denen sowohl Summen als auch Zeilensummen aktiviert sind.
Load Process and Stream Main Query Zeit in Sekunden, die zum Laden der Hauptabfrage (aus der Kundendatenbank), zum Verarbeiten (in der Looker-Instanz) und zum Streamen (an den Client) benötigt wird. Gilt nur für gestreamte Abfragen.
Load Main Query In Memory Zeit in Sekunden, die zum Laden der Ergebnisse der Hauptabfrage aus der Kundendatenbank in den Arbeitsspeicher benötigt wird. Gilt nur für nicht gestreamte Abfragen.
Load Totals Query In Memory Zeit in Sekunden, die zum Laden der Abfrage zum Generieren von Summen in den Arbeitsspeicher benötigt wird. Gilt nur für nicht gestreamte Abfragen, bei denen Summen aktiviert sind.
Load Row Totals Query In Memory Zeit in Sekunden, die zum Laden der Abfrage zum Generieren von Zeilensummen in den Arbeitsspeicher benötigt wird. Gilt nur für nicht gestreamte Abfragen, bei denen Zeilensummen aktiviert sind.
Load Grand Totals Query In Memory Zeit in Sekunden, die zum Laden der Abfrage zum Generieren der Gesamtsumme in den Arbeitsspeicher benötigt wird. Gilt nur für nicht gestreamte Abfragen, bei denen sowohl Summen als auch Zeilensummen aktiviert sind.

Messwerte für die Phase nach der Abfrage

Abfrageschritt Messwertbeschreibung
Postprocessing Zeit in Sekunden, die für die Nachbearbeitung der Abfrage erforderlich ist. Tritt nach dem Schließen der Verbindung auf.
Stream to Cache Zeit in Sekunden, die zum Verarbeiten und Streamen von Ergebnissen in den Rendering-Cache benötigt wird.
Render Zeit in Sekunden, die zum Rendern der Ergebnisse einer Abfrage benötigt wird.
Streaming to Client Zeit in Sekunden, die zum Streamen von Abfrageergebnissen an den Client benötigt wird.

BigQuery BI Engine-Messwerte

Wenn Sie BigQuery BI Engine mit Looker verwenden, können Sie in der Exploration Query Performance Metrics datenbankspezifische Informationen zu Ihren Abfragen aufrufen. Bei Abfragen, die BI Engine nicht verwenden, und bei Abfragen von anderen Datenbanken als BigQuery-Datenbanken werden für diese Messwerte Nullwerte zurückgegeben.

Messwert Messwertbeschreibung
BigQuery Job ID

Die BigQuery-Job-ID für die Abfrage (oder NULL).

Um die Antwortzeit für Abfragen in BigQuery zu verkürzen, führt Looker BigQuery-Abfragen mit jobCreationMode=JOB_CREATION_OPTIONAL aus. Wenn BigQuery in diesem Modus feststellt, dass eine Abfrage schnell abgeschlossen werden kann, priorisiert BigQuery die Rückgabe sofortiger Ergebnisse, anstatt einen BigQuery-Job zu erstellen. In diesem Fall hat die Abfrage eine BigQuery-Abfrage-ID (und die BigQuery-Job-ID ist NULL).

Wenn BigQuery feststellt, dass keine sofortigen Ergebnisse zurückgegeben werden können, erstellt BigQuery einen Job und die Abfrage hat eine BigQuery-Job-ID (und die BigQuery-Abfrage-ID ist NULL).

BigQuery Query ID

Die BigQuery-Abfrage-ID für die Abfrage (oder NULL).

Um die Antwortzeit für Abfragen in BigQuery zu verkürzen, führt Looker BigQuery-Abfragen mit jobCreationMode=JOB_CREATION_OPTIONAL aus. Wenn BigQuery in diesem Modus feststellt, dass eine Abfrage schnell abgeschlossen werden kann, priorisiert BigQuery die Rückgabe sofortiger Ergebnisse, anstatt einen BigQuery-Job zu erstellen. In diesem Fall hat die Abfrage eine BigQuery-Abfrage-ID anstelle einer BigQuery-Job-ID.

Wenn BigQuery feststellt, dass keine sofortigen Ergebnisse zurückgegeben werden können, erstellt BigQuery einen Job und die Abfrage hat eine BigQuery-Job-ID (und die BigQuery-Abfrage-ID ist NULL). Wenn dieses Feld leer ist, konnte BigQuery die Abfrage nicht sofort ausführen und hat stattdessen einen Job erstellt, um die Abfrage auszuführen. Verwenden Sie stattdessen BigQuery Job ID, um eine ID für den BigQuery-Job zu erhalten.

BI Engine Mode Gibt an, ob die Abfrage teilweise oder vollständig beschleunigt ausgeführt werden konnte. Weitere Informationen zu den möglichen Werten für dieses Feld finden Sie unter BI Engine-Beschleunigungsstatistiken.
BI Engine Reason Wenn die Abfrage nicht vollständig beschleunigt ausgeführt werden konnte, wird in diesem Feld der Grund angezeigt. Diese Nachricht stammt direkt von Google BigQuery.

Fehlerbehebung mit Messwerten zur Abfrageleistung

Durch die Analyse von Abfragemesswerten kann die Leistung Ihrer Looker-Instanz verbessert werden. Wählen Sie dazu in der Liste der Systemaktivitäts-Dashboards das Dashboard Performance Recommendations aus.