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 Abfragen, die älter als die letzten 50 Abfragen sind, finden Sie im Looker-Bereich Nutzung.
Wenn Sie die Labs-Funktion Erweiterte Abfrageverwaltung aktiviert haben, werden auf der Seite Abfragen die folgenden Tabs angezeigt:
- Letzte: Hier werden Abfragen angezeigt, 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 | Der Beginn der Abfrage, angezeigt in der Zeitzone Ihrer 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, falls 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. 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. 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, 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 so lauten: „etwa 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 weitere Informationen zu dieser Abfrage angezeigt. Das Pop-up 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.
- Ein Abschnitt SQL-Schnittstellenabfrage, der angezeigt wird, wenn eine Abfrage über die Open SQL-Schnittstelle gesendet 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 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 Informationen zu einfachen Abfragen 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 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 in der Zeitzone der 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, wird die Abfrage in Looker automatisch beendet. 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. Die folgende Liste zeigt, welche Dialekte das Beenden von Abfragen in der neuesten Version von Looker unterstützen:
| Dialekt | Unterstützt? |
|---|---|
| Actian Avalanche | Ja |
| Amazon Athena | Ja |
| Amazon Aurora MySQL | Ja |
| Amazon Redshift | Ja |
| Apache Druid | Nein |
| Apache Druid 0.13 oder höher | Nein |
| Apache Druid 0.18 und höher | 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 und höher mit nativem Treiber | Ja |
| Cloudera Impala mit nativem Treiber | Ja |
| DataVirtuality | Ja |
| Databricks | Ja |
| Denodo 7 | Ja |
| Denodo 8 | Ja |
| Dremio | Ja |
| Dremio 11 und höher | 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 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 Version 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 Einreihung in die Warteschlange
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 auftreten:
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, führen nach 0 Sekunden zu einer Zeitüberschreitung. Um diese Standardeinstellungen zu ändern, konfigurieren Sie die Einstellungen für Maximale 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 gleichzeitige Abfragen ausführen. Für Abfragen, die aufgrund dieses Limits in die Warteschlange gestellt werden, beträgt die Zeitüberschreitung 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 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
--scheduler-query-limitund--scheduler-query-timeoutkonfigurieren.Limit und Zeitlimit für Renderer-Abfragen: Um eine Überlastung des Looker-Renderer-Prozesses zu vermeiden, kann eine Looker-Instanz maximal zwei gleichzeitige bildbasierte Downloads wie PDF- und PNG-Formate rendern. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardeinstellung ändern, indem Sie die Startoption
--concurrent-render-jobskonfigurieren.
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-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 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.