En la página Consultas de la sección Base de datos del menú Administrador, se muestra información sobre las últimas 50 consultas que Looker envió a tu base de datos. Para obtener información sobre las consultas anteriores a las 50 más recientes, consulta la sección Uso de Looker.
Si habilitaste la función de Labs Administrador de consultas mejoradas, la página Consultas muestra las siguientes pestañas:
- Recientes: Muestra las consultas que se ejecutaron en la última hora. Desde esta pestaña, los administradores de Looker pueden cancelar las consultas en ejecución.
- Completas: Muestra las 500 consultas más recientes.
Si no habilitaste la función de Labs Administrador de consultas mejoradas, la página Consultas muestra las últimas 50 consultas en una sola página.
Información básica de la consulta
Columna | Definición |
---|---|
Hora | La hora de inicio de la consulta, que se muestra en la zona horaria de la aplicación |
Estado | El estado de la consulta, que puede incluir lo siguiente:
|
Conexión | La conexión de Looker en la que se ejecutó esta consulta. |
Usuario | El usuario que ejecutó esta consulta, si se puede determinar. Un usuario específico no ejecuta algunas consultas, como cuando Looker crea una tabla derivada persistente o cuando un usuario desconocido accede a un Look público. |
Fuente | 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 a la vista guardada o el ID de consulta junto con el nombre del modelo y de Explorar. Algunas consultas no tienen información adicional, como las que se ejecutan en el Ejecutor de SQL. Las consultas que se emiten desde la interfaz de Open SQL tienen un valor de Fuente de Sql_interface . |
Entorno de ejecución | El tiempo que tomó ejecutar la consulta. Esto incluye la construcción de la consulta, cada vez que la consulta estuvo 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 entorno de ejecución mostrará cuánto tiempo lleva ejecutándose. Para las consultas que se ejecutaron previamente, el entorno de ejecución también mostrará una estimación de cuánto tiempo tardará la consulta en terminar de ejecutarse. La estimación se basa en la duración de la última ejecución de la consulta y dirá algo como "alrededor de 2 s". |
Botón de detalles | Consulta la subsección El botón Detalles en esta página para obtener más detalles. |
El botón Detalles
Si haces clic en el botón Detalles que se encuentra a la derecha de cualquier consulta, aparecerá información adicional sobre ella. La ventana emergente Detalles de la consulta incluye lo siguiente:
- Una sección Info que incluya detalles sobre la consulta (consulta la siguiente tabla).
- Una sección de SQL que muestra el 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 la caché de consultas, Looker agrega los comentarios de contexto a los comandos SQL salientes justo antes de que se envíe la SQL a la base de datos.
- La sección de Consulta de la interfaz SQL que aparece cuando se realiza una consulta a través de la Interfaz abierta de SQL. En esta sección, se muestra la consulta SQL que se envió a Looker desde la herramienta de BI externa y puede ayudar a solucionar problemas y reproducirlos.
- Un vínculo Open in SQL Runner que abrirá la consulta en SQL Runner.
La sección Info incluye la siguiente información:
Sección | Definición |
---|---|
ID del historial | El ID de historial de la consulta, si está disponible. |
Estado | El estado de la consulta, como se describe en la tabla de información de la consulta básica |
Mensaje | Si la consulta contiene un PDT, el comentario de generación de PDT aparecerá en este campo. Si la consulta no contiene una PDT, el campo no aparece. |
Conexión | La conexión de Looker en la que se ejecutó esta consulta. |
Usuario | El usuario que ejecutó esta consulta, si se puede determinar. Un usuario específico no ejecuta algunas consultas, como cuando Looker crea una tabla derivada persistente o cuando un usuario desconocido accede a una vista pública. |
Fuente | 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 a la vista guardada, el ID de consulta, el nombre del modelo, el nombre de la exploración o los campos que se seleccionaron. |
Hora de inicio | La hora de inicio de la consulta, que se muestra en la zona horaria de la aplicación |
Hora de finalización | La hora de finalización de la consulta, que se muestra en la zona horaria de la aplicación. |
Entorno de ejecución | El tiempo que se tardó en ejecutar la consulta. |
Finalización de consultas
Cuando cierres la pestaña del navegador en la que se está ejecutando una consulta, Looker la detendrá automáticamente. Los administradores de Looker también pueden detener una consulta en ejecución desde la página Consultas. Los usuarios con el permiso see_queries
pueden ver la página Consultas, pero solo los administradores de Looker pueden detener una consulta en ejecución. Cualquier consulta que siga en ejecución muestra el botón Detener a la derecha de la consulta. Haz clic en Detener para detener la consulta.
Para que Looker finalice consultas, el dialecto de la base de datos debe admitir el cierre de consultas. En la siguiente lista, se muestra qué dialectos admiten la eliminación de consultas en la versión más reciente de Looker:
Dialecto | ¿Es compatible? |
---|---|
Avalancha de Actian | Sí |
Amazon Athena | Sí |
Amazon Aurora MySQL | Sí |
Amazon Redshift | Sí |
Apache Druid | No |
Apache Druid 0.13 y versiones posteriores | No |
Apache Druid 0.18 o versiones posteriores | No |
Apache Hive 2.3 y versiones posteriores | Sí |
Apache Hive 3.1.2 y versiones posteriores | Sí |
Apache Spark 3 y versiones posteriores | Sí |
ClickHouse | Sí |
Cloudera Impala 3.1 y versiones posteriores | Sí |
Cloudera Impala 3.1+ con controlador nativo | Sí |
Cloudera Impala con controlador nativo | Sí |
DataVirtuality | Sí |
Databricks | Sí |
Denodo 7 | Sí |
Denodo 8 | Sí |
Dremio | Sí |
Dremio 11 y versiones posteriores | Sí |
Exasol | Sí |
Bola de fuego | Sí |
SQL heredado de Google BigQuery | Sí |
SQL estándar de Google BigQuery | Sí |
PostgreSQL en Google Cloud | Sí |
Google Cloud SQL | Sí |
Google Spanner | Sí |
Greenplum | Sí |
HyperSQL | No |
IBM Netezza | Sí |
MariaDB | Sí |
PostgreSQL de Microsoft Azure | Sí |
Base de datos de Microsoft Azure SQL | Sí |
Microsoft Azure Synapse Analytics | Sí |
Microsoft SQL Server 2008 y versiones posteriores | Sí |
Microsoft SQL Server 2012 y versiones posteriores | Sí |
Microsoft SQL Server 2016 | Sí |
Microsoft SQL Server 2017 y versiones posteriores | Sí |
MongoBI | Sí |
MySQL | Sí |
MySQL 8.0.12 y versiones posteriores | Sí |
Oracle | Sí |
Oracle ADWC | Sí |
PostgreSQL 9.5 y versiones posteriores | Sí |
PostgreSQL anterior a 9.5 | Sí |
PrestoDB | Sí |
PrestoSQL | Sí |
SAP HANA 2 y versiones posteriores | Sí |
SingleStore | Sí |
SingleStore 7 y versiones posteriores | Sí |
Snowflake | Sí |
Teradata | Sí |
Trino | Sí |
Vector | Sí |
Vertica | Sí |
Tiempos de espera de las consultas y colas
Looker cierra las consultas que han estado esperando en cola durante demasiado tiempo. Esta operación se denomina tiempo de espera. Es posible que se apliquen varios tiempos de espera a tu consulta:
Tiempo de espera del grupo de conexiones: Para evitar sobrecargar tu base de datos con consultas simultáneas, Looker retiene las consultas simultáneas en exceso en la cola de consultas de Looker y finalizará las consultas que permanezcan en la cola durante demasiado tiempo. De forma predeterminada, se permite un máximo de 75 consultas simultáneas 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, establece la configuración de las conexiones máximas y del tiempo de espera del grupo de conexiones en la página Configuración de las conexiones de una conexión.
Límite y tiempo de espera de consultas por usuario: Para evitar que un solo usuario llene la cola de consultas de Looker, cada usuario tiene una cantidad máxima permitida de consultas simultáneas 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 están en cola debido a este límite. Esta configuración se aplica a los usuarios que acceden a Looker con el proceso de autenticación normal y a los que acceden con credenciales de usuario de la API. 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 y tiempo de espera de la consulta del programador: Para evitar sobrecargas en el 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 de 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 y tiempo de espera de la consulta del procesador: 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 proxy: Las instancias alojadas por el cliente suelen usar proxies con un tiempo de espera predeterminado de 60 segundos. Recomendamos que este tiempo de espera se aumente a 60 minutos. Consulta la publicación Cómo ejecutar Looker detrás de un servidor proxy o un balanceador de cargas de la Comunidad de Looker 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 aún puede estar en cola en 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.