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 älteren Abfragen finden Sie im Abschnitt Nutzung von Looker.
Grundlegende Abfrageinformationen
| Spalte | Definition |
|---|---|
| Zeit | Der Beginn der Abfrage, angegeben in Ihrer Zeitzone Ihrer Anwendung. |
| Status | Der Status der Abfrage. Dieser kann Folgendes umfassen:
|
| Connection | Die Looker-Verbindung, unter der diese Abfrage ausgeführt wurde. |
| Nutzer | Der Nutzer, der diese Abfrage ausgeführt hat, falls diese ermittelt werden kann. Einige Abfragen werden nicht von einem bestimmten Nutzer ausgeführt, z. B. wenn Looker eine nichtflüchtige 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, wird 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, z. B. solche, die in SQL Runner ausgeführt werden. |
| Laufzeit | Die Zeit, die für die Ausführung der Abfrage benötigt wurde. Dazu gehören das Erstellen der Abfrage, die Zeit, die sich die Abfrage in der Warteschlange befand, die Übertragung zu und von der Datenbank sowie die Ausführung der Abfrage in der Datenbank.Wenn die Abfrage gerade ausgeführt wird, zeigt die Laufzeit an, wie lange die Abfrage bereits ausgeführt wird. Für zuvor ausgeführte Abfragen zeigt die Laufzeit auch 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 lautet in etwa „von etwa 2 s“. |
| 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 angezeigt. Das Pop-up-Fenster Query Details (Abfragedetails) enthält Folgendes:
- Einen Abschnitt Info mit Details zur Abfrage (siehe folgende Tabelle)
- Ein SQL-Abschnitt, der den SQL-Rohdatenabschnitt anzeigt, der für die Datenbank ausgeführt wurde. Kontextkommentare werden nicht in den Abfragedetails angezeigt. Um zu verhindern, dass Kommentare das Caching von Abfragen beeinträchtigen, fügt Looker die Kontextkommentare zu ausgehenden SQL-Befehlen hinzu, bevor der SQL-Code an die Datenbank gesendet wird.
- Den Link In SQL Runner öffnen, der die Abfrage in SQL Runner öffnet.
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 PAT enthält, wird in diesem Feld der Kommentar zur PAT-Generierung angezeigt. Wenn die Abfrage keine PAT 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, falls diese ermittelt werden kann. Einige Abfragen werden nicht von einem bestimmten Nutzer ausgeführt, z. B. wenn Looker eine nichtflüchtige 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, angegeben in Ihrer Zeitzone Ihrer Anwendung. |
| Ende | Der Endzeitpunkt der Abfrage, angegeben in der Zeitzone Ihrer Anwendung. |
| Laufzeit | Die Zeit, die für die Ausführung der Abfrage benötigt wurde. |
Löschung von Abfragen
Looker stoppt automatisch eine Abfrage, die noch ausgeführt wird, 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. Für jede noch laufende Abfrage wird rechts neben der Abfrage die Schaltfläche Beenden angezeigt. Klicken Sie auf Beenden, um die Abfrage zu beenden.
Damit Looker Abfragen beenden kann, muss Ihr Datenbankdialekt das Löschen 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? |
|---|---|
| Lawine Actian | Yes |
| Amazon Athena | Yes |
| Amazon Aurora MySQL | Yes |
| Amazon Redshift | Yes |
| Apache Druid | Nein |
| Apache Druid 0.13 und höher | Nein |
| Apache Druid 0.18 und höher | Nein |
| Apache Hive 2.3+ | Yes |
| Apache Hive 3.1.2+ | Yes |
| Apache Spark 3 und höher | Yes |
| ClickHouse | Yes |
| Cloudera Impala 3.1+ | Yes |
| Cloudera Impala 3.1+ mit nativem Treiber | Yes |
| Cloudera Impala mit nativem Fahrer | Yes |
| DataVirtuality | Yes |
| Databricks | Yes |
| Denodo 7 | Yes |
| Denodo 8 | Yes |
| Dremio | Yes |
| Dremio 11+ | Yes |
| Exasol | Yes |
| Firebolt | Yes |
| Legacy-SQL von Google BigQuery | Yes |
| Google BigQuery-Standard-SQL | Yes |
| Google Cloud PostgreSQL | Yes |
| Google Cloud SQL | Yes |
| Google Spanner | Yes |
| Greenplum | Yes |
| HyperSQL | Nein |
| IBM Netezza | Yes |
| MariaDB | Yes |
| Microsoft Azure PostgreSQL | Yes |
| Microsoft Azure SQL-Datenbank | Yes |
| Microsoft Azure Synapse-Analyse | Yes |
| Microsoft SQL Server 2008 und höher | Yes |
| Microsoft SQL Server 2012 und höher | Yes |
| Microsoft SQL Server 2016 | Yes |
| Microsoft SQL Server 2017 und höher | Yes |
| MongoBI | Yes |
| MySQL | Yes |
| MySQL 8.0.12 oder höher | Yes |
| Oracle | Yes |
| Oracle ADWC | Yes |
| PostgreSQL 9.5 oder höher | Yes |
| PostgreSQL vor Version 9.5 | Yes |
| PrestoDB | Yes |
| PrestoSQL | Yes |
| SAP HANA 2+ | Yes |
| SingleStore | Yes |
| SingleStore 7+ | Yes |
| Snowflake | Yes |
| Teradata | Yes |
| Trino | Yes |
| Vektor | Yes |
| Vertica | Yes |
Abfragezeitüberschreitungen und Warteschlangen
Looker beendet Abfragen, die zu lange in der Warteschlange waren. Dieser Vorgang wird als Zeitüberschreitung bezeichnet. Für Ihre Abfrage können mehrere Zeitüberschreitungen gelten:
Zeitlimit für Verbindungspool: Um eine Überlastung Ihrer Datenbank mit gleichzeitigen Abfragen zu vermeiden, speichert Looker überschüssige gleichzeitige Abfragen in der Looker-Abfragewarteschlange und beendet Abfragen, die zu lange in der Warteschlange verbleiben. Standardmäßig sind maximal 75 gleichzeitige Abfragen pro Verbindung zulässig. Zusätzliche Abfragen über das Verbindungslimit hinaus werden nach 0 Sekunden beendet. Wenn Sie diese Standardeinstellungen ändern möchten, konfigurieren Sie die Einstellungen für die maximale Anzahl von Verbindungen und das 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 gleichzeitiger Abfragen und ein entsprechendes Zeitlimit für die Warteschlange. Standardmäßig kann jeder Nutzer maximal 15 gleichzeitige Abfragen ausführen. Das Zeitlimit für Abfragen in der Warteschlange beträgt 600 Sekunden. 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 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.Abfragelimit und Zeitlimit des Planers: Um eine Überlastung des Looker-Planerprozesses zu vermeiden, kann eine Looker-Instanz maximal 10 gleichzeitige geplante Abfragen ausführen. 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.Abfragelimit und Zeitlimit für Renderer: Um eine Überlastung des Looker-Rendererprozesses zu vermeiden, kann eine Looker-Instanz maximal zwei bildbasierte Downloads gleichzeitig rendern, z. B. im PDF- und PNG-Format. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardeinstellung ändern, indem Sie die Startoption
--concurrent-render-jobskonfigurieren.
Proxy-Zeitüberschreitung: 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-Communitybeitrag Looker hinter einem Proxyserver oder Load Balancer ausführen.
Zeitüberschreitung für Datenbank: Die meisten Datenbanken haben Regeln für Warteschlangen und Zeitüberschreitungen, die von den Warteschlangen und Zeitüberschreitungen von Looker unabhängig sind. So kann es beispielsweise sein, dass eine Abfrage die Looker-Warteschlange verlassen hat, sich aber noch in Ihrer Datenbank befindet. Weitere Informationen zum Anpassen von Zeitüberschreitungen für Datenbankabfragen finden Sie in der Dokumentation zu Ihrer Datenbank.