이 쿼리를 실행한 사용자(확인할 수 있는 경우)입니다. Looker에서 영구 파생 테이블을 만들 때 또는 알 수 없는 사용자가 공개 Look에 액세스할 때 일부 쿼리는 특정 사용자에 의해 실행되지 않습니다.
소스
Looker의 쿼리 소스입니다(예: Explore 페이지 또는 SQL Runner). 가능한 경우 저장된 Look 또는 쿼리 ID의 링크가 모델 이름 및 Explore의 이름과 함께 표시됩니다. 일부 쿼리에는 SQL Runner에서 실행되는 것과 같은 추가 정보가 없습니다. 개방형 SQL 인터페이스에서 실행된 쿼리의 소스 값은 Sql_interface입니다.
런타임
쿼리를 실행하는 데 걸린 시간입니다. 여기에는 쿼리 구성, 큐에서 쿼리를 소비한 모든 시점, 데이터베이스 간 송수신, 쿼리의 데이터베이스 실행이 포함됩니다.쿼리가 실행 중이면 쿼리가 실행된 시간이 런타임에 표시됩니다. 이전에 실행한 쿼리의 경우 런타임에는 쿼리 실행이 완료되기까지 걸리는 시간 추정치도 표시됩니다. 예상치는 쿼리가 마지막으로 실행된 기간을 기준으로 하며 '약 2초'와 같이 표시됩니다.
쿼리가 실행 중인 브라우저 탭을 닫으면 Looker가 쿼리를 자동으로 중지합니다. Looker 관리자는 쿼리 페이지에서 실행 중인 쿼리를 중지할 수도 있습니다. see_queries 권한이 있는 사용자는 쿼리 페이지를 볼 수 있지만 Looker 관리자만 실행 중인 쿼리를 중지할 수 있습니다. 아직 실행 중인 모든 쿼리에는 쿼리 오른쪽에 중지 버튼이 표시됩니다. 쿼리를 중지하려면 중지를 클릭합니다.
Looker에서 쿼리를 강제 종료하려면 데이터베이스 언어에서 쿼리 종료를 지원해야 합니다. 다음 목록은 최신 버전의 Looker에서 쿼리 종료를 지원하는 언어를 보여줍니다.
언어
지원 여부
Actian Avalanche
예
Amazon Athena
예
Amazon Aurora MySQL
예
Amazon Redshift
예
Amazon Redshift 2.1+
예
Amazon Redshift Serverless 2.1+
예
Apache Druid
아니요
Apache Druid 0.13+
아니요
Apache Druid 0.18+
아니요
Apache Hive 2.3+
예
Apache Hive 3.1.2+
예
Apache Spark 3+
예
ClickHouse
예
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+
예
Exasol
예
Firebolt
예
Google BigQuery Legacy SQL
예
Google BigQuery Standard SQL
예
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
예
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
예
쿼리 제한 시간 및 큐 추가
Looker는 큐에서 너무 오래 대기한 쿼리를 종료합니다. 이 작업을 시간 제한이라고 합니다. 쿼리에 다음과 같은 몇 가지 제한 시간이 적용될 수 있습니다.
연결 풀 제한 시간 및 최대 동시 쿼리 수: 동시 쿼리로 데이터베이스에 과부하가 걸리지 않도록 Looker는 Looker 쿼리 큐에 초과된 동시 쿼리를 보유하고 너무 오래 큐에 있는 쿼리를 종료합니다. 기본적으로 동시 쿼리는 연결당 최대 75개까지 허용됩니다. 연결 한도를 초과하는 추가 쿼리는 0초 후에 타임아웃됩니다. 이러한 기본값을 변경하려면 연결의 연결 설정 페이지에서 최대 연결 수, 이 연결의 최대 동시 쿼리 수, 연결 풀 제한 시간 설정을 구성합니다.
사용자별 쿼리 한도 및 제한 시간: 단일 사용자가 Looker 쿼리 큐를 채우지 못하도록 각 사용자에게 허용되는 최대 동시 쿼리 수와 해당 큐 시간 제한이 있습니다. 기본적으로 각 사용자는 최대 15개의 동시 쿼리를 실행할 수 있으며, 이 제한으로 인해 큐에 추가된 쿼리의 제한 시간은 600초입니다. 이 설정은 일반 인증 프로세스를 사용하여 Looker에 로그인하는 사용자와 API 사용자 인증 정보를 사용하여 로그인하는 사용자 모두에게 적용됩니다. 이러한 기본값을 변경하려면 연결의 연결 설정 페이지에서 이 연결의 사용자당 최대 동시 쿼리 수 설정을 구성합니다. 고객이 호스팅하는 Looker 인스턴스의 경우 --per-user-query-limit 및 --per-user-query-timeout시작 옵션을 구성하여 이 기본값을 변경할 수 있습니다.
스케줄러 쿼리 한도 및 제한 시간: Looker 스케줄러 프로세스의 과부하를 방지하기 위해 Looker 인스턴스는 최대 10개의 동시 예약 쿼리를 실행할 수 있으며, 스케줄러 큐의 쿼리 제한 시간은 1,200초입니다. 고객이 호스팅하는 Looker 인스턴스의 경우 --scheduler-query-limit 및 --scheduler-query-timeout시작 옵션을 구성하여 이 기본값을 변경할 수 있습니다.
렌더기 쿼리 제한 및 제한 시간: Looker 인스턴스는 Looker 렌더기 프로세스 과부하가 방지되도록 PDF 및 PNG 형식과 같은 동시 이미지 기반 다운로드를 최대 2회까지 렌더링할 수 있습니다. 고객이 호스팅하는 Looker 인스턴스의 경우 --concurrent-render-jobs시작 옵션을 구성하여 이 기본값을 변경할 수 있습니다.
웹훅 제한 시간: Looker는 최대 30분 동안 웹훅에 데이터 전송을 시도합니다. Looker에서 30분 내에 웹훅 대상과 통신할 수 없으면 쿼리가 타임아웃됩니다. 이 제한 시간은 구성할 수 없습니다.
프록시 제한 시간: 고객이 호스팅하는 인스턴스는 기본 제한 시간 60초의 프록시를 사용합니다. 이 제한 시간을 60분으로 늘리는 것이 좋습니다. 자세한 내용은 프록시 서버 또는 부하 분산기 뒤에서 Looker 실행 Looker 커뮤니티 게시물을 참조하세요.
데이터베이스 제한 시간: 대부분의 데이터베이스에는 Looker의 큐 및 제한 시간과 관계없이 큐 및 제한 시간 규칙이 있습니다. 예를 들어 쿼리가 Looker 큐에서 벗어났더라도 데이터베이스에서 큐에 추가될 수 있습니다. 데이터베이스 쿼리 제한 시간 맞춤설정 방법에 대한 자세한 내용은 데이터베이스 문서를 참조하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 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."]]
