Die Query Performance Metrics-Exploration in System Activity bietet detaillierte Aufschlüsselungen für jede 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.
Leistungsmesswerte für Abfragen ansehen
Leistungsmesswerte 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.
Die Phasen lassen sich grob so zusammenfassen:
- Warteschlange: Die Abfrage wartet auf einen verfügbaren asynchronen Worker.
- Initialisierung und Verbindung: Der Worker bereitet die Abfrage vor und stellt eine Verbindung zu Ihrer Datenbank her.
- Abfragen ausführen: Looker führt die Hauptabfrage und alle zusätzlichen Abfragen, z. B. für Summen oder abgeleitete Tabellen, in Ihrer Datenbank aus und lädt die Ergebnisse.
- Processing results: Looker verarbeitet die Ergebnisse nach und schreibt sie in den Cache.
Async processing erfasst die Gesamtzeit, die ein asynchroner Worker für eine Abfrage benötigt, und zwar für die Phasen 2 bis 4. Bei Abfragen aus Explorationen und Dashboards entspricht die kumulative Dauer dieser Phasen ungefähr dem Wert von Async processing. Bei Downloads, geplanten Zustellungen und anderen exportierten Ergebnissen überschneidet sich Stream to Cache mit den anderen Phasen. In diesen Fällen kann die kombinierte Zeit der einzelnen Phasen die Gesamtdauer von Async processing übersteigen.
Leistungsmesswerte für Abfragen
In den folgenden Abschnitten werden die einzelnen Abfragephasen in chronologischer Reihenfolge aufgeführt. In jedem Abschnitt zu einer Abfragephase werden die zugehörigen Abfrageschritte in alphabetischer Reihenfolge aufgeführt. Die Messwerte für die einzelnen Abfrageschritte werden in Sekunden gemessen.
Zeitangaben: Warteschlange
| Abfrageschritt | Messwertbeschreibung |
|---|---|
Queued |
Zeit in Sekunden, die eine Abfrage wartet, bis ein asynchroner Worker verfügbar ist, um sie auszuführen. |
Zeitangaben: Initialisierung und Verbindung
| Abfrageschritt | Messwertbeschreibung |
|---|---|
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. |
Cache Load |
Zeit in Sekunden, die zum Abrufen von Rohdaten aus dem Cache für Ergebnismengen benötigt wird. |
Explore Init: Computed |
Zeit in Sekunden, die zum Initialisieren der Exploration benötigt wird, bevor sie prepare wird. Wenn dieser Schritt einen Nullwert zurückgibt, wurde die Exploration aus dem Cache abgerufen, anstatt von Grund auf geladen und geparst zu werden. Weitere Informationen finden Sie im Schritt Explore Init: From Cache. |
Explore Init: From Cache |
Zeit in Sekunden, die zum Abrufen der Initialisierung der Exploration aus dem Cache benötigt wird. Wenn dieser Schritt einen Nullwert zurückgibt, wurde die Exploration geladen und geparst, anstatt aus dem Cache abgerufen zu werden. Weitere Informationen finden Sie im Schritt Explore 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 Schritt einen Nullwert 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. |
Model Init: From Cache |
Zeit in Sekunden, die zum Abrufen der Modelldefinition aus dem Cache benötigt wird. Wenn dieser Schritt einen Nullwert zurückgibt, wurde das Modell geladen und geparst, anstatt aus dem Cache abgerufen zu werden. Weitere Informationen finden Sie im Schritt Model Init: Computed. |
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. |
Prepare |
Zeit in Sekunden, die zum Vorbereiten der Abfrage aus der Explorationsdefinition benötigt wird. |
Project Init |
Zeit in Sekunden, die zum Initialisieren des LookML-Projekts oder zum Lesen aus dem Cache benötigt wird. |
Zeitangaben: Abfragen ausführen
| Abfrageschritt | Messwertbeschreibung |
|---|---|
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. |
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 Drosselung ist nicht enthalten. Diese Zeitangabe beginnt, nachdem die Initialisierung der Verbindung und alle Drosselungen abgeschlossen sind. |
Execute Misc. Ancillary Queries |
Zeit in Sekunden, die zum Ausführen von unterstützenden Abfragen wie Abfragen zu Umfang und Dimensionsbefüllung in der Kundendatenbank benötigt wird. |
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 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. |
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. |
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 Misc. Ancillary Queries In Memory |
Zeit in Sekunden, die zum Laden von unterstützenden Abfragen wie Abfragen zu Umfang und Dimensionsbefüllung in den Arbeitsspeicher benötigt wird. |
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 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 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. |
PDTs |
Zeit in Sekunden, die zum Erstellen der persistenten abgeleiteten Tabellen benötigt wird, die für die Abfrage erforderlich sind. |
Temporary DT |
Zeit in Sekunden, die zum Erstellen temporärer abgeleiteter Tabellen benötigt wird. Gilt nur für Dialekte, die keine allgemeinen Tabellenausdrücke (Common Table Expressions, CTEs) oder Inline-abgeleitete Tabellen unterstützen, z. B. MySQL. |
Zeitangaben: Ergebnisse werden verarbeitet
| 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 Streamen der Ergebnisse in den Cache benötigt wird. Bei Downloads, geplanten Zustellungen und anderen exportierten Ergebnissen umfasst dieser Schritt das Ausführen der Abfrage. Daher überschneidet er sich mit Messwerten in anderen Phasen. |
Zeitangaben: Gesamt
| Abfrageschritt | Messwertbeschreibung |
|---|---|
Async processing |
Zeit in Sekunden, die ein asynchroner Worker für die Abfrage benötigt. Der Worker arbeitet weiter an der Abfrage, bis die Phase „Ergebnisse werden verarbeitet“ abgeschlossen ist. Daher überschneidet sich dieser Messwert mit den meisten anderen Messwerten auf dieser Seite. |
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. |
Für jeden Messwert gibt es auch einen Durchschnittswert. In der Gruppe Timings: Summaries werden die Gesamt- und Durchschnittszeit für jede Phase angezeigt.
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 anderer 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 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 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 |
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 Meldung 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.