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 in Looker im Bereich Nutzung.
Wenn Sie die Labs-Funktion Erweiterte Abfragen-Admin aktiviert haben, werden auf der Seite Abfragen die folgenden Tabs angezeigt:
- Letzte Stunde: Zeigt die Abfragen an, die in der letzten Stunde ausgeführt wurden. Auf diesem Tab können Looker-Administratoren laufende Abfragen abbrechen.
- Abgeschlossen: Zeigt die letzten 500 Abfragen an.
Wenn Sie die Labs-Funktion Erweiterte Abfragen-Admin nicht aktiviert haben, werden auf der Seite Abfragen die letzten 50 Abfragen auf einer einzelnen Seite aufgelistet.
Grundlegende Abfrageinformationen
| Spalte | Definition |
|---|---|
| Zeit | Die Startzeit der Abfrage in der Zeitzone der Anwendung. |
| Status | Der Status der Anfrage, z. B.:
|
| 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 ein unbekannter Nutzer auf einen öffentlichen Look zugreift. |
| Quelle | Die Quelle der Abfrage in Looker, z. B. die Explore-Seite oder der SQL Runner. Nach Möglichkeit wird auch ein Link zum gespeicherten Look oder die Abfrage-ID zusammen mit dem Namen des Modells und des Explores angezeigt. Für einige Abfragen sind keine zusätzlichen Informationen verfügbar, z. B. wenn sie in SQL Runner ausgeführt werden. Abfragen, die über die Open SQL Interface gesendet werden, haben den Wert Sql_interface für Source. |
| 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, der Datentransfer zwischen der Datenbank und der Abfrage sowie die Ausführung der Abfrage in der Datenbank.Wenn die Abfrage gerade ausgeführt wird, wird in der Laufzeit angezeigt, wie lange das bereits der Fall ist. Bei zuvor ausgeführten Abfragen wird in der Laufzeit auch eine Schätzung der Zeit angezeigt, die die Abfrage noch in Anspruch nimmt. 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. |
Die 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 Abfragedetails enthält Folgendes:
- Einen 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.
- Ein Abschnitt SQL-Schnittstellenabfrage, der angezeigt wird, wenn eine Abfrage über die Open SQL-Schnittstelle ausgegeben wurde. In diesem Abschnitt wird die SQL-Abfrage angezeigt, die vom externen BI-Tool an Looker gesendet wurde. Sie kann bei der Fehlerbehebung und der Reproduktion von Problemen helfen.
- Einen Link In SQL Runner öffnen, über den 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 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. |
| 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 ein unbekannter Nutzer auf einen öffentlichen Look zugreift. |
| Quelle | Die Quelle der Abfrage in Looker, z. B. die Seite Explore oder der 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 | Der Beginn der Abfrage, angezeigt in der Zeitzone Ihrer Anwendung |
| Ende | Die Uhrzeit, zu der die Abfrage abgeschlossen wurde, in Ihrer Anwendungszeitzone. |
| Laufzeit | Die Ausführungsdauer der Abfrage. |
Löschen von Suchanfragen
Wenn Sie den Browsertab schließen, in dem eine Abfrage ausgeführt wird, beendet Looker die Abfrage automatisch. Looker-Administratoren können eine laufende Abfrage auch auf der 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. In der folgenden Liste ist zu sehen, welche Dialekte das Beenden von Abfragen in der aktuellen Looker-Version unterstützen:
| Dialekt | Unterstützt? |
|---|---|
| Actian Lawine | Ja |
| Amazon Athena | Ja |
| Amazon Aurora MySQL | Ja |
| Amazon Redshift | Ja |
| Druid | Nein |
| Apache Druid 0.13 oder höher | 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 Database | Ja |
| Microsoft Azure Synapse-Analyse | Ja |
| Microsoft SQL Server 2008 und 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 gelten:
Zeitüberschreitung des Verbindungspools: Um eine Überlastung Ihrer Datenbank durch gleichzeitige Abfragen zu vermeiden, hält Looker überzählige Abfragen in der Looker-Abfragewarteschlange und beendet Abfragen, die zu lange in der Warteschlange bleiben. Standardmäßig sind maximal 75 Abfragen pro Verbindung zulässig. Zusätzliche Abfragen, die das Verbindungslimit überschreiten, werden nach 0 Sekunden beendet. Wenn Sie diese Standardeinstellungen ändern möchten, konfigurieren Sie die Einstellungen Maximale Anzahl von Verbindungen und Zeitlimit für Verbindungspool auf der Seite Verbindungseinstellungen einer Verbindung.
Limit und Zeitüberschreitung für Abfragen pro Nutzer: Damit kein einzelner Nutzer die Looker-Abfragewarteschlange füllt, hat jeder Nutzer eine maximale Anzahl zulässiger gleichzeitiger Abfragen und eine entsprechende Warteschlangenzeitüberschreitung. Standardmäßig kann jeder Nutzer maximal 15 Abfragen gleichzeitig ausführen. Das Zeitlimit beträgt 600 Sekunden für Abfragen, die aufgrund dieses Limits in die Warteschlange gestellt wurden. Diese Einstellungen gelten sowohl für Nutzer, die sich über den regulären Authentifizierungsprozess in Looker anmelden, als auch für Nutzer, die sich mit API-Nutzeranmeldedaten anmelden. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardeinstellungen ändern, indem Sie die Startoptionen für
--per-user-query-limitund--per-user-query-timeoutkonfigurieren.Limit und Zeitüberschreitung für geplante Abfragen: Um eine Überlastung des Looker-Planerprozesses zu vermeiden, kann eine Looker-Instanz maximal 10 gleichzeitige geplante Abfragen ausführen. Die Zeitüberschreitung 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 für
--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 diesen Standard ändern, indem Sie die
--concurrent-render-jobs-Startoption konfigurieren.
Proxy-Zeitüberschreitung: Von Kunden gehostete Instanzen verwenden häufig Proxys mit einem Standardzeitlimit von 60 Sekunden. Wir empfehlen, diese Zeitüberschreitung auf 60 Minuten zu erhöhen. Weitere Informationen finden Sie im Looker-Communitybeitrag 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 hat beispielsweise die Looker-Warteschlange verlassen, kann aber dennoch in Ihrer Datenbank in die Warteschlange gestellt werden. Weitere Informationen zum Anpassen von Zeitüberschreitungen für Datenbankabfragen finden Sie in der Dokumentation Ihrer Datenbank.