Beachten Sie, dass Sie sich gerade die Looker-Dokumentation ansehen. Die Looker Studio-Dokumentation finden Sie unter https://support.google.com/looker-studio.

Administratoreinstellungen – Abfragen

Looker-Administratoren können mit der experimentellen Labs-Funktion Erweiterte Abfragen die Seite Abfragen erweitern. Mit der Labs-Funktion wird die Leistung auf der Seite Abfragen verbessert. statt 50 werden 500 paginierte Abfragen aufgelistet.

Die Seite Abfragen im Abschnitt Datenbank des Menüs Verwaltung enthält Informationen zu den letzten 50 Abfragen, die von Looker an Ihre Datenbank gesendet wurden. Informationen zu älteren Abfragen finden Sie im Abschnitt Nutzung von Looker.

Grundlegende Abfrageinformationen

Spalte	Definition
Uhrzeit	Die Startzeit der Abfrage, angezeigt in Ihrer Zeitzone für Anwendungen.
Status	Der Status der Abfrage, der Folgendes umfassen kann: Cache: Looker hat die Ergebnisse aus dem Cache zurückgegeben, anstatt eine doppelte Abfrage für die Datenbank auszuführen. Abgeschlossen: Die Abfrage wurde abgeschlossen. Fehler: Die Abfrage konnte aufgrund eines Fehlers nicht abgeschlossen werden. Die Details dazu finden Sie, indem Sie auf die Schaltfläche Details klicken. Canceled (Abgebrochen): Die Abfrage wurde von Looker oder dem Nutzer abgebrochen. Warten auf PAT: Die Abfrage muss auf die Erstellung einer persistenten abgeleiteten Tabelle warten, bevor sie ausgeführt werden kann. Erstellen von PAT: Eine persistente abgeleitete Tabelle wird gerade erstellt. Queued (In Warteschlange): Die Abfrage wartet darauf, dass sie ausgeführt wird, weil bereits zu viele Abfragen ausgeführt werden. Abfragen können durch Looker in der Verbindungseinrichtung oder in der Datenbank eingeschränkt werden. Läuft: Die Abfrage wird gerade ausgeführt. Unbekannt: Looker konnte nicht ermitteln, was mit dieser Abfrage passiert ist.
Verbindung	Die Looker-Verbindung, unter der diese Abfrage ausgeführt wurde.
Nutzer	Der Nutzer, der die Abfrage ausgeführt hat, sofern diese ermittelt werden kann. Einige Abfragen werden nicht von einem bestimmten Nutzer ausgeführt, z. B. wenn eine aktive persistente abgeleitete Tabelle von Looker erstellt wird oder wenn ein unbekannter Nutzer auf einen öffentlichen Look zugreift.
Quelle	Die Quelle der Abfrage in Looker, z. B. die Seite „Erkunden“ oder der SQL-Runner. Wenn möglich, wird auch ein Link zum gespeicherten Look oder die Abfrage-ID zusammen mit dem Namen des Modells und der Option „Erkunden“ angezeigt. Einige Abfragen enthalten keine zusätzlichen Informationen, z. B. solche im SQL-Runner.
Laufzeit	Die Zeit, die für das Ausführen der Abfrage benötigt wurde. Das beinhaltet den Aufbau der Abfrage, jedes Mal, wenn die Abfrage in der Warteschlange verbracht wird, den Datenverkehr zu und von der Datenbank sowie die Datenbankausführung der Abfrage. Wenn die Abfrage gerade ausgeführt wird, zeigt die Laufzeit an, wie lange sie ausgeführt wurde. Bei Abfragen, die bereits ausgeführt wurden, zeigt die Laufzeit außerdem eine Schätzung an, wie lange die Abfrage dauern wird. Die Schätzung basiert auf der letzten Ausführung der Abfrage und in etwa so: „Ungefähr zwei 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 zusätzliche Informationen angezeigt. Das Pop-up-Fenster Abfragedetails enthält Folgendes:

Der Abschnitt Info mit Details zur Abfrage (siehe folgende Tabelle).
Ein Bereich SQL, in dem der Roh-SQL-Code angezeigt wird, der für die Datenbank ausgeführt wurde. Kontextkommentare werden nicht in den Informationen zu Abfragen angezeigt. Damit Kommentare das Abfrage-Caching nicht beeinflussen, fügt Looker ausgehenden SQL-Befehlen direkt vor dem Senden des SQL-Codes die Kontextkommentare hinzu.
Ein Link In SQL Runner öffnen, mit dem 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 oben beschrieben.
Verbindung	Die Looker-Verbindung, unter der diese Abfrage ausgeführt wurde.
Nutzer	Der Nutzer, der die Abfrage ausgeführt hat, sofern diese ermittelt werden kann. Einige Abfragen werden nicht von einem bestimmten Nutzer ausgeführt, z. B. wenn eine aktive persistente abgeleitete Tabelle von Looker erstellt wird oder wenn ein unbekannter Nutzer auf einen öffentlichen Look zugreift.
Quelle	Die Quelle der Abfrage in Looker, z. B. die Seite Erkunden 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 Name des explorativen Analysetools, ausgewählte Felder usw.
Beginn	Die Startzeit der Abfrage, angezeigt in Ihrer Zeitzone für Anwendungen.
Ende	Die Abschlusszeit der Abfrage, angezeigt in Ihrer Application Time Zone.
Laufzeit	Der Zeitraum, in dem die Abfrage ausgeführt wurde.

Beenden von Abfragen

Eine laufende Abfrage wird automatisch beendet, wenn Sie den Browsertab schließen, in dem die Abfrage ausgeführt wird. Looker-Administratoren können laufende Abfragen auch auf der Seite Abfragen beenden. Nutzer mit der Berechtigung see_queries können die Seite Abfragen aufrufen. Allerdings können nur Looker-Administratoren eine laufende Abfrage stoppen. Jede noch ausgeführte Abfrage wird rechts neben der Abfrage die Schaltfläche Beenden angezeigt. Klicken Sie auf Beenden, um die Abfrage zu beenden.

Damit Abfragen von Looker beendet werden können, muss der Datenbankdialekt das Beenden von Abfragen unterstützen. Die folgende Liste zeigt, welche Dialekte in der neuesten Version von Looker das Beenden von Abfragen unterstützen:

Zeitüberschreitungen bei Abfragen und Warteschlangen

Looker beendet Abfragen, die zu lange in der Warteschlange waren. Dieser Vorgang wird als Timeout bezeichnet. Für Ihre Abfrage können mehrere Zeitüberschreitungen gelten:

Zeitlimit für Verbindungspools: Damit die Datenbank nicht gleichzeitig mit Abfragen überlastet wird, werden zu viele Abfragen gleichzeitig in der Looker-Abfragewarteschlange gespeichert. Abfragen, die zu lange in der Warteschlange bleiben, werden gelöscht. Standardmäßig sind maximal 75 gleichzeitige Abfragen pro Verbindung zulässig. Weitere Abfragen, die über das Verbindungslimit hinausgehen, werden nach 0 Sekunden beendet. Um diese Standardeinstellungen zu ändern, konfigurieren Sie die Einstellungen für maximale Verbindungen und Zeitüberschreitungen für Verbindungspools auf der Seite Verbindungseinstellungen.
Limit für Abfragen pro Nutzer und Zeitlimit: Damit ein einzelner Nutzer die Looker-Abfragewarteschlange nicht füllen kann, hat er eine maximale Anzahl gleichzeitiger Abfragen und ein entsprechendes Zeitlimit für Warteschlange. Standardmäßig kann jeder Nutzer maximal 15 Abfragen gleichzeitig ausführen. Das Zeitlimit für Abfragen, die aufgrund dieses Limits in die Warteschlange gestellt werden, beträgt 600 Sekunden. Wenn Ihre Looker-Instanz vom Kunden gehostet wird, können Sie diese Standardeinstellungen ändern, indem Sie die Startoptionen --per-user-query-limit und --per-user-query-timeout konfigurieren.
Limit und Timeout für Planerabfrage: Um eine Überlastung des Looker-Planerprozesses zu vermeiden, kann eine Looker-Instanz maximal zehn 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-limit und --scheduler-query-timeout konfigurieren.

Wenn Ihre Looker-Instanz geclustert ist, verwendet jeder Knoten des Clusters seine eigene Planerwarteschlange. Durch Hinzufügen von Knoten zum Cluster wird die Gesamtzahl der gleichzeitigen geplanten Abfragen erhöht, ohne dass der Looker-Planer zusätzlich belastet wird.
Limit für Renderer-Abfragen und Zeitüberschreitung: Damit das Looker-Rendering nicht überlastet wird, 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 diesen Standardwert ändern. Konfigurieren Sie dazu die Startoption --concurrent-render-jobs.

Wenn Ihre Looker-Instanz geclustert ist, verwendet jeder Knoten des Clusters seine eigene Renderer-Warteschlange. Durch Hinzufügen von Knoten zum Cluster wird die Gesamtzahl der gleichzeitig zulässigen Rendererjobs erhöht, ohne dass der Looker-Renderervorgang zusätzlich belastet wird.
Webhook-Zeitlimit: Looker versucht maximal 30 Minuten lang die Datenübermittlung an einen Webhook. Wenn Looker nicht innerhalb von 30 Minuten mit dem Webhook-Ziel kommunizieren kann, kommt es zu einer Zeitüberschreitung bei der Abfrage. Dieses Zeitlimit kann nicht konfiguriert werden.
Proxy-Zeitlimit: Von 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-Community-Beitrag zu Looker hinter einem Proxyserver oder Load-Balancer ausführen.
Datenbankzeitlimit: Die meisten Datenbanken haben Regeln für Warteschlangen und Zeitlimits, die von den Looker-Warteschlangen und -Zeitlimits unabhängig sind. Beispielsweise hat eine Abfrage die Looker-Warteschlange zwar verlassen, sie kann aber trotzdem in Ihrer Datenbank in die Warteschlange gestellt werden. Weitere Informationen zum Anpassen von Zeitlimits bei Datenbankabfragen finden Sie in der Dokumentation zu Ihrer Datenbank.