Im Bereich Datenbank des Menüs Verwaltung finden Sie auf der Seite Abfragen Informationen zu den letzten 50 Abfragen, die Looker an Ihre Datenbank gesendet hat. Informationen zu älteren Abfragen finden Sie im Looker-Abschnitt Nutzung.
Grundlegende Abfrageinformationen
| Spalte | Definition |
|---|---|
| Zeit | Der Beginn der Abfrage, angezeigt in der Zeitzone Ihrer Anwendung |
| Status | Der Status der Abfrage, der folgende Werte umfassen kann:
|
| Connection | Die Looker-Verbindung, unter der diese Abfrage ausgeführt wurde. |
| Nutzer | Der Nutzer, der diese Abfrage ausgeführt hat, sofern dies ermittelt werden kann. Einige Abfragen werden nicht von einem bestimmten Nutzer ausgeführt, z. B. wenn Looker eine persistente abgeleitete Tabelle erstellt oder ein unbekannter Nutzer auf einen öffentlichen Look zugreift. |
| Quelle | Die Quelle der Abfrage in Looker, z. B. die Explore-Seite oder SQL-Runner. Wenn möglich, werden auch ein Link zum gespeicherten Look oder die Abfrage-ID zusammen mit dem Namen des Modells und Explores angezeigt. Einige Abfragen enthalten keine zusätzlichen Informationen, wie sie beispielsweise in SQL Runner ausgeführt werden. |
| Runtime | Die zum Ausführen der Abfrage benötigte Zeit. Dies umfasst die Erstellung der Abfrage, die Zeitdauer, die die Abfrage in der Warteschlange verbracht hat, den Wechsel zur und von der Datenbank sowie die Datenbankausführung der Abfrage.Wenn die Abfrage gerade ausgeführt wird, zeigt die Laufzeit an, wie lange die Abfrage bereits ausgeführt wurde. Bei bereits ausgeführten Abfragen zeigt die Laufzeit außerdem eine Schätzung an, wie lange die Ausführung der Abfrage dauern wird. Die Schätzung basiert auf der Dauer der letzten Ausführung der Abfrage und wird in etwa „von etwa 2 Sekunden“ ausgegeben. |
| Schaltfläche „Details“ | Weitere Informationen finden Sie im Unterabschnitt Schaltfläche „Details“ auf dieser Seite. |
Schaltfläche „Details“
Wenn Sie rechts neben einer Abfrage auf die Schaltfläche Details klicken, werden zusätzliche Informationen zu dieser Suchanfrage angezeigt. Das Pop-up-Fenster Abfragedetails enthält Folgendes:
- Den Abschnitt Info mit Details zur Abfrage (siehe folgende Tabelle).
- SQL-Abschnitt mit SQL-Rohdaten, die für die Datenbank ausgeführt wurden Kontextkommentare werden nicht in den Abfragedetails angezeigt. Um zu verhindern, dass Kommentare sich auf das Abfrage-Caching auswirken, fügt Looker die Kontextkommentare direkt vor dem Senden der SQL an die Datenbank zu ausgehenden SQL-Befehlen hinzu.
- den Link In SQL Runner öffnen, über den die Abfrage in SQL Runner geöffnet wird.
Der Abschnitt Info enthält die folgenden Informationen:
| Bereich | Definition |
|---|---|
| Verlaufs-ID | Die Verlaufs-ID der Abfrage, falls verfügbar. |
| Status | Der Status der Abfrage, wie in der Tabelle mit grundlegenden Abfrageinformationen beschrieben. |
| Meldung | Wenn die Abfrage eine PDT enthält, wird in diesem Feld der Kommentar zur PDT-Generierung angezeigt. Wenn die Abfrage keine PDT enthält, wird das Feld nicht angezeigt. |
| Connection | Die Looker-Verbindung, unter der diese Abfrage ausgeführt wurde. |
| Nutzer | Der Nutzer, der diese Abfrage ausgeführt hat, sofern dies ermittelt werden kann. Einige Abfragen werden nicht von einem bestimmten Nutzer ausgeführt, z. B. wenn Looker eine persistente abgeleitete Tabelle erstellt oder ein unbekannter Nutzer auf einen öffentlichen Look zugreift. |
| Quelle | Die Quelle der Abfrage in Looker, z. B. die Seite Explore oder SQL Runner. Wenn möglich, werden zusätzliche Informationen angezeigt, z. B. ein Link zum gespeicherten Look, die Abfrage-ID, der Modellname, der Explore-Name, ausgewählte Felder usw. |
| Beginn | Der Beginn der Abfrage, angezeigt in der Zeitzone Ihrer Anwendung |
| Ende | Die Endzeit der Abfrage, angezeigt in der Zeitzone Ihrer Anwendung |
| Runtime | Die Ausführungsdauer der Abfrage. |
Löschen von Suchanfragen
Looker stoppt automatisch eine noch laufende Abfrage, wenn Sie den Browsertab schließen, in dem die Abfrage ausgeführt wird. Looker-Administratoren können eine laufende Abfrage auch über die Seite Abfragen beenden. Nutzer mit der Berechtigung see_queries können die Seite Abfragen aufrufen, aber nur Looker-Administratoren können eine laufende Abfrage beenden. Bei jeder noch ausgeführten Abfrage wird rechts neben der Abfrage die Schaltfläche Stopp angezeigt. Klicken Sie auf Beenden, um die Abfrage zu beenden.
Damit Looker Abfragen beenden kann, muss Ihr Datenbankdialekt das Beenden von Abfragen unterstützen. Die folgende Liste zeigt, welche Dialekte das Beenden von Abfragen in der neuesten Version von Looker unterstützen:
| Dialekt | Unterstützt? |
|---|---|
| Actian Lawine | Ja |
| Amazon Athena | Ja |
| Amazon Aurora MySQL | Ja |
| Amazon Redshift | Ja |
| Druid | Nein |
| Apache Druid 0.13+ | Nein |
| Apache Druid 0.18+ | Nein |
| Apache Hive 2.3 und höher | Ja |
| Apache Hive 3.1.2 und höher | Ja |
| Apache Spark 3 und höher | Ja |
| ClickHouse | Ja |
| Cloudera Impala 3.1 und höher | Ja |
| Cloudera Impala 3.1+ mit nativem Treiber | Ja |
| Cloudera Impala mit nativem Treiber | Ja |
| DataVirtuality | Ja |
| Databricks | Ja |
| Denodo 7 | Ja |
| Denodo 8 | Ja |
| Dremio | Ja |
| Dremio 11+ | Ja |
| Exasol | Ja |
| Firebolt | Ja |
| Google BigQuery Legacy-SQL | Ja |
| Google BigQuery-Standard-SQL | Ja |
| Google Cloud PostgreSQL | Ja |
| Google Cloud SQL | Ja |
| Google Spanner | Ja |
| Greenplum | Ja |
| HyperSQL | Nein |
| IBM Netezza | Ja |
| MariaDB | Ja |
| Microsoft Azure PostgreSQL | Ja |
| Microsoft Azure SQL-Datenbank | Ja |
| Microsoft Azure Synapse-Analyse | Ja |
| Microsoft SQL Server 2008 oder höher | Ja |
| Microsoft SQL Server 2012 und höher | Ja |
| Microsoft SQL Server 2016 | Ja |
| Microsoft SQL Server 2017 und höher | Ja |
| MongoBI | Ja |
| MySQL | Ja |
| MySQL 8.0.12 und höher | Ja |
| Oracle | Ja |
| Oracle ADWC | Ja |
| PostgreSQL 9.5+ | Ja |
| PostgreSQL vor 9.5 | Ja |
| PrestoDB | Ja |
| PrestoSQL | Ja |
| SAP HANA 2 und höher | Ja |
| SingleStore | Ja |
| SingleStore 7 und höher | Ja |
| Snowflake | Ja |
| Teradata | Ja |
| Trino | Ja |
| Vektor | Ja |
| Vertica | Ja |
Zeitüberschreitungen bei Abfragen und Warteschlangen
Looker bricht Abfragen ab, die zu lange in der Warteschlange warten. Dieser Vorgang wird als Zeitüberschreitung bezeichnet. Für Ihre Abfrage können mehrere Zeitüberschreitungen auftreten:
Zeitlimit für den Verbindungspool: Um eine Überlastung Ihrer Datenbank durch gleichzeitige Abfragen zu vermeiden, speichert Looker überzählige gleichzeitige Abfragen in der Looker-Abfragewarteschlange und löscht Abfragen, die zu lange in der Warteschlange verbleiben. Standardmäßig sind maximal 75 Abfragen pro Verbindung zulässig. Zusätzliche Abfragen, die das Verbindungslimit überschreiten, werden nach 0 Sekunden beendet. Um diese Standardeinstellungen zu ändern, konfigurieren Sie die Einstellungen für Max. Verbindungen und Zeitlimit für Verbindungspool auf der Seite Verbindungseinstellungen einer Verbindung.
Abfragelimit und Zeitlimit pro Nutzer: Um zu verhindern, dass ein einzelner Nutzer die Looker-Abfragewarteschlange füllt, hat jeder Nutzer eine maximale Anzahl gleichzeitig zulässiger Abfragen und ein entsprechendes Zeitlimit für die Warteschlange. Standardmäßig kann jeder Nutzer maximal 15 Abfragen gleichzeitig ausführen. Das Zeitlimit für Abfragen, die sich aufgrund dieses Limits in die Warteschlange stellen, beträgt 600 Sekunden. Diese Einstellungen gelten sowohl für Benutzer, die sich mit dem regulären Authentifizierungsprozess bei Looker anmelden, als auch für Benutzer, die sich mit API-Benutzeranmeldedaten anmelden. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardeinstellungen ändern, indem Sie die Startoptionen
--per-user-query-limitund--per-user-query-timeoutkonfigurieren.Limit und Zeitlimit für Planerabfragen: Um eine Überlastung des Looker-Planerprozesses zu verhindern, kann eine Looker-Instanz maximal 10 zeitgleich geplante Abfragen ausführen und das Zeitlimit für Abfragen in der Planerwarteschlange beträgt 1.200 Sekunden. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardeinstellungen ändern, indem Sie die Startoptionen
--scheduler-query-limitund--scheduler-query-timeoutkonfigurieren.Limit für Renderer-Abfrage und Zeitüberschreitung: Um eine Überlastung des Looker-Renderer-Prozesses zu vermeiden, kann eine Looker-Instanz maximal zwei gleichzeitige bildbasierte Downloads im PDF- und PNG-Format rendern. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardeinstellung ändern, indem Sie die Startoption
--concurrent-render-jobskonfigurieren.
Proxy-Zeitlimit: Vom Kunden gehostete Instanzen verwenden häufig Proxys mit einem Standardzeitlimit von 60 Sekunden. Wir empfehlen, dieses Zeitlimit auf 60 Minuten zu erhöhen. Weitere Informationen finden Sie im Looker-Community-Beitrag Looker hinter einem Proxyserver oder Load-Balancer ausführen.
Datenbank-Zeitlimit: Die meisten Datenbanken haben Regeln für Warteschlangen und Zeitüberschreitungen, die von den Warteschlangen und Zeitüberschreitungen von Looker unabhängig sind. Eine Abfrage kann beispielsweise die Looker-Warteschlange verlassen haben, aber sie kann dennoch in Ihrer Datenbank in die Warteschlange gestellt werden. Weitere Informationen zum Anpassen von Zeitlimits für Datenbankabfragen finden Sie in der Dokumentation zu Ihrer Datenbank.