Administratoreinstellungen – Abfragen

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 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: Hier werden die 500 letzten Abfragen angezeigt.

Wenn Sie die Labs-Funktion Erweiterte Abfrageverwaltung nicht aktiviert haben, werden auf der Seite Abfragen die letzten 50 Abfragen auf einer einzigen Seite aufgeführt.

Allgemeine Informationen zu Abfragen

Spalte Definition
Zeit Der Beginn der Abfrage in der Zeitzone der Anwendung.
Status Der Status der Anfrage, z. B.:
  • Cache: Looker hat die Ergebnisse aus dem Cache zurückgegeben, anstatt eine doppelte Abfrage in der Datenbank auszuführen.
  • Abgeschlossen: Die Abfrage wurde erfolgreich abgeschlossen.
  • Fehler: Die Abfrage konnte nicht abgeschlossen werden, da ein Fehler aufgetreten ist. Die Details dazu finden Sie, wenn Sie auf die Schaltfläche Details klicken.
  • Abgebrochen: Die Abfrage wurde von Looker oder dem Nutzer abgebrochen.
  • Warten auf PDT: Die Abfrage muss warten, bis eine persistente abgeleitete Tabelle erstellt wurde, bevor sie ausgeführt werden kann.
  • PDT wird erstellt: Eine persistente abgeleitete Tabelle wird gerade erstellt.
  • In der Warteschlange: Die Abfrage wartet auf ihre Ausführung, weil bereits zu viele Abfragen ausgeführt werden. Abfragen können in der Verbindungseinrichtung oder in der Datenbank von Looker begrenzt werden.
  • Running (Wird ausgeführt): Die Abfrage wird gerade ausgeführt.
  • Unbekannt: In Looker konnte nicht ermittelt werden, was mit dieser Abfrage passiert ist.
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. Einige Abfragen enthalten keine zusätzlichen Informationen, z. B. solche, die im 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 ausgeführt wird, wird in der Laufzeit angezeigt, wie lange die Abfrage schon läuft. 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 auf dieser Seite im Abschnitt Die Schaltfläche „Details“.

Die Schaltfläche „Details“

Wenn Sie rechts neben einer Abfrage auf die Schaltfläche Details klicken, werden weitere Informationen zu dieser Abfrage angezeigt. Das Menü Abfragedetails enthält Folgendes:

  • Einen Abschnitt Info mit Details zur Abfrage (siehe folgende Tabelle).
  • Einen Abschnitt SQL mit dem Roh-SQL-Code, der 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 den ausgehenden SQL-Befehlen hinzu, kurz bevor der SQL-Code an die Datenbank gesendet wird.
  • 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 Bereich 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.
Nachricht 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. Nach Möglichkeit 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 in der Zeitzone der Anwendung.
Ende Die Uhrzeit, zu der die Abfrage abgeschlossen wurde, in Ihrer Anwendungszeitzone.
Laufzeit Die Dauer der Abfrage.

Abfragen beenden

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 Abfrage, die noch ausgeführt wird, 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 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 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 Analytics
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 und höher
Ja
PostgreSQL vor Version 9.5
Ja
PrestoDB
Ja
PrestoSQL
Ja
SAP HANA 2 und höher
Ja
SingleStore
Ja
SingleStore 7+
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 gelten:

  • Zeitüberschreitung des Verbindungspools und maximale Anzahl gleichzeitiger Abfragen: Um eine Überlastung Ihrer Datenbank durch gleichzeitige Abfragen zu verhindern, hält Looker überzählige gleichzeitige Abfragen in der Looker-Abfragewarteschlange und beendet Abfragen, die zu lange in der Warteschlange bleiben. Standardmäßig sind pro Verbindung maximal 75 gleichzeitige Abfragen zulässig. Zusätzliche Abfragen, die das Verbindungslimit überschreiten, führen nach 0 Sekunden zu einer Zeitüberschreitung. Wenn Sie diese Standardwerte ändern möchten, konfigurieren Sie die Einstellungen Maximale Anzahl von Verbindungen, Maximale Anzahl gleichzeitiger Abfragen für diese Verbindung 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 Nutzer, die sich über den regulären Authentifizierungsprozess bei Looker anmelden, als auch für Nutzer, die sich mit API-Nutzeranmeldedaten anmelden. Wenn Sie diese Standardeinstellungen ä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 Standardeinstellungen ändern, indem Sie die Startoptionen für --per-user-query-limit und --per-user-query-timeout konfigurieren.

  • Limit und Zeitüberschreitung für Planerabfragen: Um eine Überlastung des Looker-Planerprozesses zu vermeiden, kann in einer Looker-Instanz maximal 10 geplante Abfragen gleichzeitig ausgeführt werden. 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-limit und --scheduler-query-timeout konfigurieren.

  • 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 --concurrent-render-jobs Startoption konfigurieren.

  • Webhook-Zeitüberschreitung: Looker versucht maximal 30 Minuten lang, die Daten an einen Webhook zu senden. Wenn Looker innerhalb von 30 Minuten nicht mit dem Webhook-Ziel kommunizieren kann, kommt es zu einer Zeitüberschreitung. Dieses Zeitlimit kann nicht konfiguriert werden.

    • 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.

    • Datenbankzeitüberschreitung: Die meisten Datenbanken haben Regeln für die Warteschlangen- und Zeitüberschreitung, die unabhängig von den Warteschlangen und Zeitüberschreitungen von Looker sind. Eine Abfrage kann beispielsweise die Looker-Warteschlange verlassen haben, aber noch in der Warteschlange Ihrer Datenbank sein. Weitere Informationen zum Anpassen der Zeitüberschreitungen für Datenbankabfragen finden Sie in der Dokumentation Ihrer Datenbank.