Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En la página Queries de la sección Database del menú Admin, se muestra información sobre las últimas 50 consultas que Looker envió a tu base de datos. Para obtener información sobre las consultas que son anteriores a las 50 más recientes, consulta la sección Uso de Looker.
Si habilitaste la función de Labs Enhanced Query Admin, en la página Queries se muestran las siguientes pestañas:
Recientes: Muestra las consultas que se ejecutaron en la última hora. En esta pestaña, los administradores de Looker pueden cancelar las consultas en ejecución.
Completadas: Muestra las 500 consultas más recientes.
Si no habilitaste la función de Labs Administrador de consultas mejorado, la página Consultas mostrará las últimas 50 consultas en una sola página.
En cola: La consulta está esperando a ejecutarse porque ya hay demasiadas consultas en curso (Looker puede limitar las consultas en la configuración de la conexión o en la base de datos).
En ejecución: La consulta se está ejecutando.
Desconocido: Looker no pudo determinar qué sucedió con esta consulta.
Conexión
La conexión de Looker en la que se ejecutó esta consulta.
Usuario
Es el usuario que ejecutó esta búsqueda, si se puede determinar. Algunas consultas no son ejecutadas por un usuario específico, por ejemplo, cuando Looker crea una tabla derivada persistente o cuando un usuario desconocido accede a un Look público.
Fuente
Es la fuente de la consulta en Looker, como la página Explorar o el Ejecutor de SQL. Si es posible, también se muestra un vínculo al Look guardado o el ID de la consulta junto con el nombre del modelo y la función Explorar. Algunas consultas no tienen información adicional, como las que se ejecutan en SQL Runner. Las consultas que se emiten desde la interfaz de SQL abierta tienen un valor de Fuente de Sql_interface.
Entorno de ejecución
Es el tiempo que tardó en ejecutarse la consulta. Esto incluye la construcción de la consulta, el tiempo que pasó en la cola, el tránsito hacia y desde la base de datos, y la ejecución de la consulta en la base de datos.Si la consulta se está ejecutando, el tiempo de ejecución mostrará cuánto tiempo lleva en ejecución. En el caso de las consultas que se ejecutaron anteriormente, el tiempo de ejecución también mostrará una estimación del tiempo que tardará en finalizar la ejecución de la consulta. La estimación se basa en la duración de la última ejecución de la consulta y mostrará un mensaje como "de aproximadamente 2 s".
Botón Detalles
Consulta la subsección El botón Detalles en esta página para obtener más información.
El botón Detalles
Si haces clic en el botón Detalles (Details) que se encuentra a la derecha de cualquier consulta, aparecerá información adicional sobre ella. El menú Detalles de la consulta incluye lo siguiente:
Una sección Info que incluye detalles sobre la búsqueda (consulta la siguiente tabla).
Una sección de SQL que muestra el código SQL sin procesar que se ejecutó en la base de datos. Los comentarios de contexto no aparecerán en la información de Detalles de la búsqueda. Para evitar que los comentarios afecten el almacenamiento en caché de las consultas, Looker agrega los comentarios de contexto a los comandos SQL salientes justo antes de que se envíe el SQL a la base de datos.
Una sección Consulta de la interfaz de SQL que aparece cuando se emitió una consulta a través de la Interfaz de SQL abierta En esta sección, se muestra la consulta en SQL que se envió a Looker desde la herramienta de IE externa y puede ayudar a solucionar problemas y reproducirlos.
Un vínculo Abrir en el Ejecutor de SQL que abrirá la consulta en el Ejecutor de SQL
Si la consulta contiene un PDT, el comentario de generación del PDT aparece en este campo. Si la búsqueda no contiene un PDT, el campo no aparecerá.
Conexión
La conexión de Looker en la que se ejecutó esta consulta.
Usuario
Es el usuario que ejecutó esta búsqueda, si se puede determinar. Algunas consultas no son ejecutadas por un usuario específico, por ejemplo, cuando Looker crea una tabla derivada persistente o cuando un usuario desconocido accede a un Look público.
Fuente
Es la fuente de la consulta en Looker, como la página Explorar o el Ejecutor de SQL. Si es posible, se muestra información adicional, como un vínculo al Look guardado, el ID de la consulta, el nombre del modelo, el nombre de la Exploración o los campos que se seleccionaron.
Cuando cierras la pestaña del navegador en la que se está ejecutando una consulta, Looker detendrá automáticamente la consulta. Los administradores de Looker también pueden detener una consulta en ejecución desde la página Queries. (Los usuarios con el permiso see_queries pueden ver la página Queries, pero solo los administradores de Looker pueden detener una consulta en ejecución). Cualquier consulta que aún se esté ejecutando mostrará un botón Detener a la derecha de la consulta. Haz clic en Detener para detener la consulta.
Para que Looker detenga las consultas, el dialecto de tu base de datos debe admitir la detención de consultas. En la siguiente lista, se muestran los dialectos que admiten la cancelación de consultas en la versión más reciente de Looker:
Dialecto
¿Es compatible?
Actian Avalanche
Sí
Amazon Athena
Sí
Amazon Aurora MySQL
Sí
Amazon Redshift
Sí
Amazon Redshift 2.1+
Sí
Amazon Redshift Serverless 2.1+
Sí
Apache Druid
No
Apache Druid 0.13+
No
Apache Druid 0.18+
No
Apache Hive 2.3+
Sí
Apache Hive 3.1.2+
Sí
Apache Spark 3+
Sí
ClickHouse
Sí
Cloudera Impala 3.1+
Sí
Cloudera Impala 3.1+ with Native Driver
Sí
Cloudera Impala with Native Driver
Sí
DataVirtuality
Sí
Databricks
Sí
Denodo 7
Sí
Denodo 8 & 9
Sí
Dremio
Sí
Dremio 11+
Sí
Exasol
Sí
Firebolt
Sí
Google BigQuery Legacy SQL
Sí
Google BigQuery Standard SQL
Sí
Google Cloud PostgreSQL
Sí
Google Cloud SQL
Sí
Google Spanner
Sí
Greenplum
Sí
HyperSQL
No
IBM Netezza
Sí
MariaDB
Sí
Microsoft Azure PostgreSQL
Sí
Microsoft Azure SQL Database
Sí
Microsoft Azure Synapse Analytics
Sí
Microsoft SQL Server 2008+
Sí
Microsoft SQL Server 2012+
Sí
Microsoft SQL Server 2016
Sí
Microsoft SQL Server 2017+
Sí
MongoBI
Sí
MySQL
Sí
MySQL 8.0.12+
Sí
Oracle
Sí
Oracle ADWC
Sí
PostgreSQL 9.5+
Sí
PostgreSQL pre-9.5
Sí
PrestoDB
Sí
PrestoSQL
Sí
SAP HANA
Sí
SAP HANA 2+
Sí
SingleStore
Sí
SingleStore 7+
Sí
Snowflake
Sí
Teradata
Sí
Trino
Sí
Vector
Sí
Vertica
Sí
Tiempos de espera de las consultas y filas
Looker detiene las consultas que han estado en la cola durante demasiado tiempo. Esta operación se denomina tiempo de espera. Es posible que se apliquen varios tiempos de espera a tu búsqueda:
Tiempo de espera agotado del grupo de conexiones y cantidad máxima de consultas simultáneas: Para evitar la sobrecarga de tu base de datos con consultas simultáneas, Looker mantiene las consultas simultáneas en exceso en la cola de consultas de Looker y detendrá las consultas que permanezcan en la cola durante demasiado tiempo. De forma predeterminada, se permiten 75 consultas simultáneas como máximo por conexión. Las consultas adicionales que superen el límite de conexión se agotarán después de 0 segundos. Para cambiar estos valores predeterminados, configura los parámetros de Max connections, Max concurrent queries for this connection y Connection pool timeout en la página Connections Settings de una conexión.
Límite de tiempo de espera y de consultas por usuario: Para evitar que un solo usuario llene la cola de consultas de Looker, cada usuario tiene una cantidad máxima de consultas simultáneas permitidas y un tiempo de espera de cola correspondiente. De forma predeterminada, cada usuario puede ejecutar un máximo de 15 consultas simultáneas, y el tiempo de espera es de 600 segundos para las consultas que se ponen en cola debido a este límite. Esta configuración se aplica tanto a los usuarios que acceden a Looker con el proceso de autenticación normal como a los que lo hacen con credenciales de usuario de la API. Para cambiar estos valores predeterminados, configura el parámetro Max concurrent queries per user for this connection en la página Configuración de conexiones de una conexión. Si tu instancia de Looker está alojada por el cliente, puedes cambiar estos valores predeterminados configurando las opciones de inicio--per-user-query-limit y --per-user-query-timeout.
Límite de consultas y tiempo de espera del programador: Para evitar la sobrecarga del proceso del programador de Looker, una instancia de Looker puede ejecutar un máximo de 10 consultas programadas simultáneas, y el tiempo de espera para las consultas en la cola del programador es de 1,200 segundos. Si tu instancia de Looker está alojada por el cliente, puedes cambiar estos valores predeterminados configurando las opciones de inicio--scheduler-query-limit y --scheduler-query-timeout.
Límite de tiempo de espera y de consultas del renderizador: Para evitar la sobrecarga del proceso del renderizador de Looker, una instancia de Looker puede renderizar un máximo de 2 descargas simultáneas basadas en imágenes, como los formatos PDF y PNG. Si tu instancia de Looker está alojada por el cliente, puedes cambiar este valor predeterminado configurando la opción de inicio--concurrent-render-jobs.
Tiempo de espera del webhook: Looker intentará entregar datos a un webhook durante un máximo de 30 minutos. Si Looker no puede comunicarse con el destino del webhook en 30 minutos, se agotará el tiempo de espera de la consulta. Este tiempo de espera no se puede configurar.
Tiempo de espera del proxy: Las instancias alojadas por el cliente suelen usar proxies con un tiempo de espera predeterminado de 60 segundos. Recomendamos que se aumente este tiempo de espera a 60 minutos. Consulta la publicación de Comunidad de Looker Ejecuta Looker detrás de un servidor proxy o un balanceador de cargas para obtener más información.
Tiempo de espera de la base de datos: La mayoría de las bases de datos tienen reglas para las colas y los tiempos de espera que son independientes de las colas y los tiempos de espera de Looker. Por ejemplo, es posible que una consulta haya salido de la cola de Looker, pero que aún esté en la cola de tu base de datos. Consulta la documentación de tu base de datos para obtener más información sobre cómo personalizar los tiempos de espera de las consultas de la base de datos.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-05 (UTC)"],[],[],null,["# Admin settings - Queries\n\n| **Note:** Looker admins can enable the [**Enhanced Query Admin**](/looker/docs/admin-panel-general-labs#enhanced_query_admin) experimental Labs feature to enhance the **Queries** page. The Labs feature improves performance on the **Queries** page, and it lists 500 paginated queries, rather than 50.\n\nThe **Queries** page in the **Database** section of the **Admin** menu lists information about the last 50 queries that Looker submitted to your database. For information about queries that are older than the most recent 50 queries, see the [**Usage**](/looker/docs/admin-panel-server-usage) section of Looker.\n| **Note:** If you have a permission that provides access to only select pages in the Admin panel, such as [`manage_schedules`](/looker/docs/admin-panel-users-roles#manage_schedules), [`manage_themes`](/looker/docs/admin-panel-users-roles#manage_themes), or [`see_admin`](/looker/docs/admin-panel-users-roles#see_admin), but you don't have the [Admin role](/looker/docs/admin-panel-users-roles#default_roles), the page or pages that are described here may not be visible to you in the Admin panel.\n\nIf you have enabled the [Enhanced Query Admin](/looker/docs/admin-panel-general-labs#enhanced_query_admin) Labs feature, the **Queries** page displays the following tabs:\n\n- **Recent**: Displays queries that were run in the last hour. From this tab, Looker admins can cancel running queries.\n- **Complete**: Displays the most recent 500 queries.\n\nIf you haven't enabled the **Enhanced Query Admin** Labs feature, the **Queries** page lists the last 50 queries on a single page.\n\nBasic query information\n-----------------------\n\nThe Details button\n------------------\n\nClicking the **Details** button to the right of any query will bring up additional information about that query. The **Query Details** menu includes the following:\n\n- An **Info** section that includes details about the query (see the following table).\n- A **SQL** section that shows the raw SQL that was executed against the database. [**Context Comments**](/looker/docs/admin-panel-server-usage#sql_comments) will not appear in the **Query Details** information. To prevent comments from affecting query caching, Looker adds the context comments to outgoing SQL commands right before the SQL is sent to the database.\n- A **SQL Interface query** section that appears when a query has been issued through the [Open SQL Interface](/looker/docs/sql-interface#identifying-sql-interface-queries-in-the-looker-ui). This section displays the SQL query that was sent to Looker from the external BI tool and can aid in troubleshooting and reproducing issues.\n- An **Open in SQL Runner** link that will open the query in [SQL Runner](/looker/docs/sql-runner-basics).\n\nThe **Info** section includes the following information:\n\nQuery killing\n-------------\n\nWhen you close the browser tab in which a query is running, Looker will automatically stop the query. Looker admins can also stop a running query from the **Queries** page. (Users with the [`see_queries` permission](/looker/docs/admin-panel-users-roles#see_queries) can view the **Queries** page, but only Looker admins can stop a running query.) Any query that is still running shows a **Stop** button to the right of the query. Click **Stop** to stop the query.\n\nFor Looker to kill queries, your database dialect must support query killing. The following list shows which dialects support query killing in the latest release of Looker:\n\nQuery timeouts and queueing\n---------------------------\n\nLooker kills queries that have been waiting in queue for too long. This operation is called a *timeout*. Several timeouts may apply to your query:\n\n- **Connection pool timeout and maximum concurrent queries** : To prevent overloading of your database with concurrent queries, Looker holds excess concurrent queries in the Looker query queue, and will kill queries that remain in queue for too long. By default, 75 maximum concurrent queries are allowed per connection. Additional queries beyond the connection limit will be timed out after 0 seconds. To change these defaults, configure the [Max connections](/looker/docs/connecting-to-your-db#max_connections), [**Max concurrent queries for this connection**](/looker/docs/connecting-to-your-db#max-queries), and [**Connection pool timeout**](/looker/docs/connecting-to-your-db#connection_pool_timeout) settings on a connection's [**Connections Settings**](/looker/docs/connecting-to-your-db) page.\n\n- **Per-user query limit and timeout** : To prevent any single user from filling up the Looker query queue, each user has a maximum number of allowed concurrent queries and a corresponding queue timeout. By default, each user can run a maximum of 15 concurrent queries, and the timeout is 600 seconds for queries that are queued because of this limit. These settings apply to both users who log in to Looker using the regular authentication process, and to users who log in using API user credentials. To change these defaults, configure the [Max concurrent queries per user for this connection](/looker/docs/connecting-to-your-db#max-queries-per-user) settings on a connection's [**Connections Settings**](/looker/docs/connecting-to-your-db) page. If your Looker instance is customer-hosted, you can change these defaults by configuring the `--per-user-query-limit` and `--per-user-query-timeout` [startup options](/looker/docs/startup-options).\n\n | **Note:** The default maximum of 15 concurrent queries per user applies to each valid connection and, if your Looker instance is [clustered](/looker/docs/clustering-looker), to each node in the cluster. For example, if a user has access to 2 valid connections, they can run a maximum of 30 concurrent queries, 15 per connection. If the user is on a clustered instance with 2 nodes and has access to 1 valid connection, they can run 30 concurrent queries, 15 per node. If the user has 2 valid connections on a clustered instance with 2 nodes, they can run a maximum of 60 concurrent queries, 15 for each connection on each node.\n- **Scheduler query limit and timeout** : To prevent overloading of the Looker scheduler process, a Looker instance can run a maximum of 10 concurrent scheduled queries, and the timeout for queries in the scheduler queue is 1,200 seconds. If your Looker instance is customer-hosted, you can change these defaults by configuring the `--scheduler-query-limit` and `--scheduler-query-timeout` [startup options](/looker/docs/startup-options).\n\n | **Note:** If your Looker instance is [clustered](/looker/docs/clustering-looker), then each node of the cluster uses its own scheduler queue. Thus, adding nodes to your cluster increases your total amount of allowed concurrent scheduled queries without placing additional burden on the Looker scheduler process.\n- **Renderer query limit and timeout** : To prevent overloading of the Looker renderer process, a Looker instance can render a maximum of 2 concurrent image-based downloads, such as PDF and PNG formats. If your Looker instance is customer-hosted, you can change this default by configuring the `--concurrent-render-jobs` [startup option](/looker/docs/startup-options).\n\n | **Note:** If your Looker instance is [clustered](/looker/docs/clustering-looker), then each node of the cluster uses its own renderer queue. Thus, adding nodes to your cluster increases your total amount of allowed concurrent renderer jobs without placing additional burden on the Looker renderer process.\n\n\u003cbr /\u003e\n\n- **Webhook timeout** : Looker will attempt [data delivery to a webhook](/looker/docs/sharing-and-publishing/scheduling-and-sharing/send-webhook) for a maximum of 30 minutes. If Looker cannot communicate with the webhook destination in 30 minutes, the query will time out. This timeout is not configurable.\n - **Proxy timeout** : Customer-hosted instances often use proxies with a default timeout of 60 seconds. We recommend that this timeout be increased to 60 minutes. See the [Running Looker behind a proxy server or load balancer](https://discuss.google.dev/t/running-looker-behind-a-proxy-server-or-load-balancer/117104) Looker Community post for more information.\n\n - **Database timeout**: Most databases have rules for queueing and timeouts that are independent of Looker's queues and timeouts. For example, a query may have left the Looker queue, but it can still be queued on your database. Check the documentation for your database for more information on customizing database query timeouts."]]
