Auf der Seite Abfragen im Bereich Datenbank des Menüs Verwaltung finden Sie Informationen zu den letzten 50 Abfragen, die von Looker an Ihre Datenbank gesendet wurden. Informationen zu Abfragen, die älter als die letzten 50 Abfragen sind, finden Sie in Looker im Bereich Nutzung.
Grundlegende Informationen zu Abfragen
| Spalte | Definition |
|---|---|
| Zeit | Die Startzeit der Abfrage, die in Ihrer Anwendungszeitzone angezeigt wird. |
| Status | Der Status der Anfrage, 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 in Looker eine persistente abgeleitete Tabelle erstellt wird 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, 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. für Abfragen, die in SQL Runner ausgeführt werden. Abfragen, die über die Open SQL Interface ausgegeben werden, haben den Source-Wert Sql_interface. |
| 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, sehen Sie in der Laufzeit, wie lange die Ausführung bereits dauert. Bei Abfragen, die bereits ausgeführt wurden, wird auch eine Schätzung der Zeit angezeigt, die für die Ausführung der Abfrage benötigt wird. Die Schätzung basiert auf der Dauer der letzten Ausführung der Abfrage und lautet beispielsweise „etwa 2 Sekunden“. |
| Button „Details“ | Weitere Informationen finden Sie im Unterabschnitt Schaltfläche „Details“ auf dieser Seite. |
Button „Details“
Wenn Sie rechts neben einer Frage auf den Button Details klicken, werden zusätzliche Informationen zu dieser Frage angezeigt. Das Menü Abfragedetails enthält Folgendes:
- Ein Abschnitt Info mit Details zur Anfrage (siehe Tabelle unten).
- Ein SQL-Abschnitt mit dem Roh-SQL, das für die Datenbank ausgeführt wurde. Kontextkommentare werden nicht in den Abfragedetails angezeigt. Damit Kommentare das Zwischenspeichern von Abfragen nicht beeinträchtigen, fügt Looker die Kontextkommentare den ausgehenden SQL-Befehlen direkt vor dem Senden des SQL-Codes an die Datenbank hinzu.
- Ein Abschnitt SQL Interface query (SQL-Schnittstellenabfrage), der angezeigt wird, wenn eine Abfrage über die Open SQL Interface (Offene SQL-Schnittstelle) gesendet wurde. In diesem Abschnitt wird die SQL-Abfrage angezeigt, die vom externen BI-Tool an Looker gesendet wurde. Das kann bei der Fehlerbehebung und 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 grundlegenden Abfrageinformationen beschrieben. |
| Nachricht | Wenn die Abfrage eine PDT enthält, wird in diesem Feld der Kommentar zur PDT-Generierung angezeigt. Wenn die Abfrage keinen 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 in Looker eine persistente abgeleitete Tabelle erstellt wird oder ein unbekannter Nutzer auf einen öffentlichen Look zugreift. |
| Quelle | Die Quelle der Abfrage in Looker, z. B. die Seite Explore oder SQL Runner. Falls 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, die in Ihrer Anwendungszeitzone angezeigt wird. |
| Ende | Die Endzeit der Abfrage, die in Ihrer Anwendungszeitzone angezeigt wird. |
| 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 die Ausführung von Abfragen auf folgende Arten beenden:
- Automatisch: Looker beendet eine Abfrage automatisch, wenn der Nutzer den Browser-Tab schließt, auf dem die Abfrage ausgeführt wird.
- Einzeln: Looker-Administratoren können eine einzelne laufende Abfrage auf der Seite Queries (Abfragen) beenden, indem sie für diese Abfrage auf die Schaltfläche Stop (Beenden) klicken. Nutzer mit der Berechtigung
see_querieskönnen die Seite Abfragen aufrufen, aber nur Looker-Administratoren können eine laufende Abfrage beenden. - Massenweise: Looker-Administratoren können mehrere laufende Abfragen gleichzeitig für die gesamte Instanz oder für eine bestimmte Datenbankverbindung beenden. Dazu verwenden sie auf der Seite Abfragen die Funktion Notfallbereinigung von Abfragen.
Mehrere Abfragen gleichzeitig beenden
Wenn Ihre Looker-Instanz aufgrund von Abfrageansammlungen fehlerhaft oder beeinträchtigt wird (z. B. wenn hängende Abfragen die verfügbaren Abfrageslots erschöpfen oder die Seite Abfragen langsam oder nicht mehr reagiert), können Looker-Administratoren die Ausführung von Abfragen im Bulk beenden, ohne die Instanz neu zu starten.
So beenden Sie Abfragen im Bulk:
- Rufen Sie in Looker im Menü Admin die Seite Abfragen auf.
Hängen Sie in der Adressleiste des Browsers
?cleanup=truean das Ende der URL an und drücken Sie die Eingabetaste. Beispiel:https://INSTANCE_NAME.cloud.looker.com/admin/queries?cleanup=trueDer Abschnitt Notfallbereinigung von Anfragen wird über der Tabelle mit den Anfragen angezeigt.
Führen Sie eine der folgenden Aktionen aus:
- Alle laufenden Abfragen in der Instanz beenden: Klicken Sie auf Alle laufenden Abfragen beenden.
- Alle laufenden Abfragen für eine bestimmte Verbindung beenden: Wählen Sie in der Drop-down-Liste Verbindung eine Datenbankverbindung aus und klicken Sie dann auf Abfragen für Verbindung beenden.
Bestätigen Sie im Bestätigungsdialogfeld, dass Sie die laufenden Abfragen beenden möchten.
Wenn eine fehlerhafte oder nicht reagierende Datenbankverbindung zu wiederholten Anfragen führt, können Administratoren die Verbindung auch vorübergehend deaktivieren. Verwenden Sie dazu auf der Seite Verbindungseinstellungen die Option Verbindung deaktivieren.
Unterstützte Dialekte für den Abfrageabbruch
Damit Looker Abfragen beenden kann – entweder automatisch durch Schließen des Browser-Tabs, einzeln auf der Seite Abfragen oder im Bulk durch die Notfallbereinigung von 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 aktuellen 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.x - 0.17.x | |
| Apache Druid 0.18+ | |
| Apache Hive 2.3+ | |
| Apache Hive 3.1.2+ | |
| Apache Spark 3+ | |
| ClickHouse | |
| ClickHouse 26+ | |
| 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+ | |
| Dremio 26+ with Arrow Flight SQL | |
| Exasol | |
| Google BigQuery Legacy SQL | |
| Google BigQuery Standard SQL | |
| Google Cloud AlloyDB for PostgreSQL | |
| 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 | |
| MongoSQL | |
| 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
In Looker werden Abfragen beendet, die zu lange in der Warteschlange waren. Dieser Vorgang wird als Zeitüberschreitung bezeichnet. Für Ihre Anfrage können mehrere Zeitüberschreitungen gelten:
Zeitüberschreitung des Verbindungspools und maximale Anzahl gleichzeitiger Abfragen: Damit Ihre Datenbank nicht durch gleichzeitige Abfragen überlastet wird, werden überschüssige gleichzeitige Abfragen in der Looker-Abfragewarteschlange gespeichert. Abfragen, die zu lange in der Warteschlange verbleiben, werden beendet. Standardmäßig sind 75 gleichzeitige Abfragen pro Verbindung zulässig. Zusätzliche Anfragen, die über das Verbindungslimit hinausgehen, werden nach 0 Sekunden beendet. Wenn Sie diese Standardwerte ändern möchten, konfigurieren Sie die Einstellungen Max. Verbindungen, Maximale Anzahl gleichzeitiger Abfragen für diese Verbindung und Zeitüberschreitung für Verbindungspool auf der Seite Verbindungseinstellungen einer Verbindung.
Abfragelimit und ‑timeout pro Nutzer: Damit nicht ein einzelner Nutzer die Looker-Abfragewarteschlange füllt, hat jeder Nutzer eine maximale Anzahl zulässiger gleichzeitiger Abfragen und ein entsprechendes Warteschlangen-Timeout für Abfragen, die aufgrund des Limits für gleichzeitige Abfragen in die Warteschlange gestellt werden. Das Limit pro Nutzer gilt 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. Es gibt zwei Möglichkeiten, die maximale Anzahl gleichzeitiger Abfragen pro Nutzer für Verbindungen in Ihrer Looker-Instanz zu definieren:
- Die
per-user-query-limit-Startoption. Dies ist eine instanzweite Einstellung, mit der der Standard für Verbindungen in Ihrer Instanz festgelegt wird. Mit der Startoptionper-user-query-limitwird die Anzahl der gleichzeitigen Abfragen pro Nutzer, pro Verbindung und pro Knoten in der Looker-Instanz begrenzt. Das Standardmaximum von 15 gleichzeitigen Abfragen pro Nutzer gilt für jede gültige Verbindung und, wenn Ihre Looker-Instanz geclustert ist, für jeden Knoten im Cluster. Standardmäßig kann jeder Nutzer maximal 15 gleichzeitige Abfragen pro Verbindung und Knoten mit einem Zeitlimit von 600 Sekunden ausführen. Wenn Sie beispielsweise einen Cluster mit fünf Knoten und einemper-user-query-limitvon 15 haben, sind auf jedem Knoten 15 gleichzeitige Abfragen pro Nutzer für diese Verbindung zulässig, also insgesamt 75 Abfragen auf allen Knoten (15 × 5 = 75).
Sie können das Abfragelimit pro Nutzer für eine Verbindung ändern, indem Sie auf der Seite Verbindungseinstellungen der Verbindung die Einstellung Maximale Anzahl gleichzeitiger Abfragen pro Nutzer für diese Verbindung verwenden. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie die standardmäßige maximale Anzahl gleichzeitiger Abfragen pro Nutzer ändern, indem Sie die Startoption
--per-user-query-limitkonfigurieren. Das Warteschlangen-Zeitlimit können Sie mit der Startoption--per-user-query-timeoutkonfigurieren.- Die Option Maximale Anzahl gleichzeitiger Abfragen pro Nutzer für diese Verbindung in den Verbindungseinstellungen für eine Verbindung. Die Einstellung Maximale Anzahl gleichzeitiger Abfragen pro Nutzer für diese Verbindung hat den Standardwert 25 und gilt pro Nutzer und pro Verbindung, aber nicht pro Knoten. Wenn Sie beispielsweise einen Cluster mit 5 Knoten haben und diesen Wert auf 15 festlegen, sind für jede Verbindung auf jedem Knoten 3 gleichzeitige Abfragen pro Nutzer zulässig (15 / 5 = 3). Insgesamt sind also 15 Abfragen über alle Knoten hinweg möglich. Wenn für eine Verbindung ein Wert für die Einstellung Maximale Anzahl gleichzeitiger Abfragen pro Nutzer für diese Verbindung angegeben wird, überschreibt dieser Wert die
per-user-query-limit-Startoption für die Verbindung.
- Die
Limit und Zeitlimit für Planerabfragen: Um eine Überlastung des Looker-Planerprozesses zu verhindern, kann auf einer Looker-Instanz maximal 10 gleichzeitige geplante Abfragen ausgeführt werden. 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
--scheduler-query-limit- und--scheduler-query-timeout-Startoptionen konfigurieren.Renderer-Abfragelimit und ‑Zeitlimit: 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 diese Standardeinstellung ändern, indem Sie die
--concurrent-render-jobs-Startoption konfigurieren.
Proxy-Zeitüberschreitung: Bei vom Kunden gehosteten Instanzen werden häufig Proxys mit einem Standardzeitlimit von 60 Sekunden verwendet. Wir empfehlen, dieses Zeitlimit auf 60 Minuten zu erhöhen. Weitere Informationen finden Sie im Looker Community-Beitrag Looker hinter einem Proxyserver oder Load Balancer ausführen.
Datenbank-Zeitüberschreitung: Die meisten Datenbanken haben Regeln für die Warteschlange und Zeitüberschreitungen, die unabhängig von den Warteschlangen und Zeitüberschreitungen von Looker sind. Eine Abfrage wurde beispielsweise möglicherweise aus der Looker-Warteschlange entfernt, kann aber weiterhin in Ihrer Datenbank in der Warteschlange stehen. Weitere Informationen zum Anpassen von Zeitüberschreitungen für Datenbankabfragen finden Sie in der Dokumentation zu Ihrer Datenbank.