Auf der Seite Abfragen im Bereich Datenbank des Menüs Verwaltung finden Sie Informationen zu den letzten 50 Abfragen, die Looker an Ihre Datenbank gesendet hat. Informationen zu Abfragen, die älter als die letzten 50 Abfragen sind, finden Sie im Bereich Nutzung von Looker.
Grundlegende Informationen zu Abfragen
| Spalte | Definition |
|---|---|
| Zeit | Die Startzeit der Abfrage, angezeigt in der Zeitzone Ihrer Anwendung. |
| Status | Der Status der Abfrage, der Folgendes umfassen kann:
|
| Verbindung | 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 wenn 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, wird auch ein Link zum gespeicherten Look oder die Abfrage-ID zusammen mit dem Namen des Modells und des Explores angezeigt. Einige Abfragen enthalten keine zusätzlichen Informationen, z. B. Abfragen, die in SQL-Runner ausgeführt werden. Abfragen, die über die offene SQL-Schnittstelle ausgegeben werden, haben den Wert Sql_interface für Quelle. |
| Laufzeit | Die Zeit, die für die Ausführung der Abfrage benötigt wurde. Dazu gehören die Erstellung der Abfrage, die Zeit, die die Abfrage in der Warteschlange verbracht hat, die Übertragung zur und von der Datenbank sowie die Ausführung der Abfrage in der Datenbank.Wenn die Abfrage ausgeführt wird, wird die Laufzeit angezeigt. Bei Abfragen, die bereits ausgeführt wurden, wird auch eine Schätzung angezeigt, wie lange die Ausführung der Abfrage dauern wird. Die Schätzung basiert auf der Dauer der letzten Ausführung der Abfrage und sieht etwa so aus: „ungefähr 2 Sekunden“. |
| 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 Abfrage angezeigt. Das Menü Abfragedetails enthält Folgendes:
- Ein Bereich Informationen mit Details zur Abfrage (siehe folgende Tabelle).
- Ein Bereich SQL mit dem Roh-SQL, das für die Datenbank ausgeführt wurde. Kontextkommentare werden nicht in den Abfragedetails angezeigt. Damit Kommentare das Abfrage-Caching nicht beeinträchtigen, fügt Looker die Kontextkommentare direkt vor dem Senden des SQL an die Datenbank zu ausgehenden SQL-Befehlen hinzu.
- Ein Bereich SQL-Schnittstellenabfrage , der angezeigt wird, wenn eine Abfrage über die offene SQL-Schnittstelle ausgegeben wurde. In diesem Bereich wird die SQL-Abfrage angezeigt, die vom externen BI-Tool an Looker gesendet wurde. Dies kann bei der Fehlerbehebung und der Reproduktion von Problemen hilfreich sein.
- Ein Link In SQL-Runner öffnen , mit dem die Abfrage in SQL-Runner geöffnet wird.
Der Bereich Informationen 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 den grundlegenden Informationen zu Abfragen beschrieben. |
| Nachricht | Wenn die Abfrage eine persistente abgeleitete Tabelle enthält, wird in diesem Feld der Kommentar zur PDT-Generierung angezeigt. Wenn die Abfrage keine persistente abgeleitete Tabelle enthält, wird das Feld nicht angezeigt. |
| Verbindung | 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 wenn 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 oder die ausgewählten Felder. |
| Beginn | Die Startzeit der Abfrage, angezeigt in der Zeitzone Ihrer Anwendung. |
| Ende | Die Endzeit der Abfrage, angezeigt in der Zeitzone Ihrer Anwendung. |
| Laufzeit | Die Zeit, die für die Ausführung der Abfrage benötigt wurde. |
Abfrageeabruch
Bei Dialekten, die das Beenden von Abfragen unterstützen, kann Looker eine laufende Abfrage auf zwei Arten beenden:
- Looker beendet eine Abfrage automatisch, wenn der Nutzer den Browsertab schließt, in dem die Abfrage ausgeführt wird.
- Looker-Administratoren können eine laufende Abfrage auf der Verwaltungsseite Abfragen beenden, indem sie für die Abfrage auf die Schaltfläche Beenden klicken. Nutzer mit der
see_queriesBerechtigung können die Seite Abfragen aufrufen, aber nur Looker-Administratoren können eine laufende Abfrage beenden.
Damit Looker Abfragen beenden kann, entweder durch Schließen des Browsertabs, in dem eine Abfrage ausgeführt wird, oder durch Beenden der Abfrage auf der Seite Abfragen , muss Ihr Datenbankdialekt das Beenden von Abfragen unterstützen. In der folgenden Tabelle ist zu sehen, welche Dialekte das Beenden von Abfragen in der neuesten Version von Looker unterstützen:
| Dialekt | Unterstützt? |
|---|---|
| Actian Avalanche | |
| Amazon Athena | |
| Amazon Aurora MySQL | |
| Amazon Redshift | |
| Amazon Redshift 2.1+ | |
| Amazon Redshift Serverless 2.1+ | |
| Apache Druid | |
| Apache Druid 0.13+ | |
| Apache Druid 0.18+ | |
| Apache Hive 2.3+ | |
| Apache Hive 3.1.2+ | |
| Apache Spark 3+ | |
| ClickHouse | |
| Cloudera Impala 3.1+ | |
| Cloudera Impala 3.1+ with Native Driver | |
| Cloudera Impala with Native Driver | |
| DataVirtuality | |
| Databricks | |
| Denodo 7 | |
| Denodo 8 & 9 | |
| Dremio | |
| Dremio 11+ | |
| Exasol | |
| Google BigQuery Legacy SQL | |
| Google BigQuery Standard SQL | |
| Google Cloud PostgreSQL | |
| Google Cloud SQL | |
| Google Spanner | |
| Greenplum | |
| HyperSQL | |
| IBM Netezza | |
| MariaDB | |
| Microsoft Azure PostgreSQL | |
| Microsoft Azure SQL Database | |
| Microsoft Azure Synapse Analytics | |
| Microsoft SQL Server 2008+ | |
| Microsoft SQL Server 2012+ | |
| Microsoft SQL Server 2016 | |
| Microsoft SQL Server 2017+ | |
| MongoBI | |
| MySQL | |
| MySQL 8.0.12+ | |
| Oracle | |
| Oracle ADWC | |
| PostgreSQL 9.5+ | |
| PostgreSQL pre-9.5 | |
| PrestoDB | |
| PrestoSQL | |
| SAP HANA | |
| SAP HANA 2+ | |
| SingleStore | |
| SingleStore 7+ | |
| Snowflake | |
| Teradata | |
| Trino | |
| Vector | |
| Vertica |
Zeitüberschreitungen bei Abfragen und Warteschlangen
Looker beendet Abfragen, die zu lange in der Warteschlange gewartet haben. Dieser Vorgang wird als Zeitüberschreitung bezeichnet. Für Ihre Abfrage können mehrere Zeitüberschreitungen gelten:
Zeitüberschreitung für den Verbindungspool und maximale Anzahl gleichzeitiger Abfragen: Damit Ihre Datenbank nicht durch gleichzeitige Abfragen überlastet wird, speichert Looker überzählige gleichzeitige Abfragen in der Looker-Abfragewarteschlange und beendet Abfragen, die zu lange in der Warteschlange verbleiben. Standardmäßig sind 75 gleichzeitige Abfragen pro Verbindung zulässig. Bei zusätzlichen Abfragen, die das Verbindungslimit überschreiten, tritt nach 0 Sekunden eine Zeitüberschreitung auf. Wenn Sie diese Standardwerte ändern möchten, konfigurieren Sie die Einstellungen Maximale Anzahl von Verbindungen, Maximale Anzahl gleichzeitiger Abfragen für diese Verbindung und Zeitüberschreitung für den Verbindungspool auf der Seite Verbindungseinstellungen einer Verbindung.
Abfragelimit und Zeitüberschreitung pro Nutzer: Damit kein einzelner Nutzer die Looker-Abfragewarteschlange füllen kann, hat jeder Nutzer eine maximale Anzahl zulässiger gleichzeitiger Abfragen und eine entsprechende Zeitüberschreitung für die Warteschlange. Standardmäßig kann jeder Nutzer maximal 15 gleichzeitige Abfragen ausführen. Die Zeitüberschreitung beträgt 600 Sekunden für Abfragen, die aufgrund dieses Limits in die Warteschlange gestellt werden. Diese Einstellungen gelten sowohl für Nutzer, die sich mit dem regulären Authentifizierungsprozess in Looker anmelden, als auch für Nutzer, die sich mit API-Nutzeranmeldedaten anmelden. Wenn Sie diese Standardwerte ändern möchten, konfigurieren Sie die Einstellungen für die maximale Anzahl gleichzeitiger Abfragen pro Nutzer für diese Verbindung auf der Seite Verbindungseinstellungen einer Verbindung. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardwerte ändern, indem Sie die
--per-user-query-limitund--per-user-query-timeoutStartoptionen konfigurieren.Abfragelimit und Zeitüberschreitung für den Scheduler: Damit der Looker-Scheduler-Prozess nicht überlastet wird, kann eine Looker-Instanz maximal 10 gleichzeitige geplante Abfragen ausführen. Die Zeitüberschreitung für Abfragen in der Scheduler-Warteschlange beträgt 1.200 Sekunden. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardwerte ändern, indem Sie die
--scheduler-query-limitund--scheduler-query-timeoutStartoptionen konfigurieren.Abfragelimit und Zeitüberschreitung für den Renderer: Damit der Looker-Renderer-Prozess nicht überlastet wird, kann eine Looker-Instanz maximal zwei gleichzeitige bildbasierte Downloads rendern, z. B. im PDF- und PNG-Format. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diesen Standardwert ändern, indem Sie die
--concurrent-render-jobsStartoption konfigurieren.
Zeitüberschreitung für Proxys: Vom Kunden gehostete Instanzen verwenden häufig Proxys mit einer Standardzeitüberschreitung von 60 Sekunden. Wir empfehlen, diese Zeitüberschreitung auf 60 Minuten zu erhöhen. Weitere Informationen finden Sie im Looker-Community-Beitrag Running Looker behind a proxy server or load balancer.
Zeitüberschreitung für Datenbanken: Die meisten Datenbanken haben Regeln für Warteschlangen und Zeitüberschreitungen, die unabhängig von den Warteschlangen und Zeitüberschreitungen von Looker sind. Eine Abfrage kann beispielsweise die Looker-Warteschlange verlassen haben, aber trotzdem in der Warteschlange Ihrer Datenbank stehen. Weitere Informationen zum Anpassen der Zeitüberschreitungen für Datenbankabfragen finden Sie in der Dokumentation Ihrer Datenbank.