Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Halaman Kueri di bagian Database pada menu Admin mencantumkan informasi tentang 50 kueri terakhir yang dikirimkan Looker ke database Anda. Untuk informasi tentang kueri yang lebih lama dari 50 kueri terbaru, lihat bagian Penggunaan di Looker.
Jika Anda telah mengaktifkan fitur Labs Enhanced Query Admin, halaman Kueri akan menampilkan tab berikut:
Terbaru: Menampilkan kueri yang dijalankan dalam satu jam terakhir. Dari tab ini, admin Looker dapat membatalkan kueri yang sedang berjalan.
Lengkap: Menampilkan 500 kueri terbaru.
Jika Anda belum mengaktifkan fitur Labs Enhanced Query Admin, halaman Kueri akan mencantumkan 50 kueri terakhir di satu halaman.
Dalam antrean: Kueri menunggu untuk dieksekusi karena terlalu banyak kueri yang sedang berlangsung (kueri dapat dibatasi oleh Looker di penyiapan koneksi atau database Anda).
Berjalan: Kueri sedang dalam proses dijalankan.
Tidak diketahui: Looker tidak dapat menentukan apa yang terjadi dengan kueri ini.
Pengguna yang menjalankan kueri ini, jika dapat ditentukan. Beberapa kueri tidak dijalankan oleh pengguna tertentu, seperti saat Looker membuat tabel turunan persisten atau saat pengguna yang tidak dikenal mengakses Tampilan publik.
Sumber
Sumber kueri di Looker, seperti halaman Jelajah atau SQL Runner. Jika memungkinkan, link ke Tampilan tersimpan, atau ID kueri beserta nama model dan Jelajah, juga akan ditampilkan. Beberapa kueri tidak memiliki informasi tambahan, seperti yang dijalankan di SQL Runner. Kueri yang dikeluarkan dari Antarmuka SQL Terbuka memiliki nilai SumberSql_interface.
Runtime
Waktu yang diperlukan untuk menjalankan kueri. Hal ini mencakup pembuatan kueri, setiap kali kueri dihabiskan dalam antrean, transit ke dan dari database, serta eksekusi database kueri.Jika kueri sedang berjalan, runtime akan menampilkan berapa lama kueri telah berjalan. Untuk kueri yang dijalankan sebelumnya, runtime juga akan menampilkan perkiraan waktu yang diperlukan kueri untuk selesai berjalan. Estimasi ini didasarkan pada durasi pengoperasian terakhir kueri dan akan menampilkan sesuatu seperti "sekitar 2 detik".
Tombol Detail
Lihat subbagian Tombol Detail di halaman ini untuk mengetahui detail tambahan.
Tombol Detail
Mengklik tombol Detail di sebelah kanan kueri akan menampilkan informasi tambahan tentang kueri tersebut. Menu Detail Kueri mencakup hal berikut:
Bagian Info yang menyertakan detail tentang kueri (lihat tabel berikut).
Bagian SQL yang menampilkan SQL mentah yang dieksekusi terhadap database. Komentar Konteks tidak akan muncul di informasi Detail Kueri. Untuk mencegah komentar memengaruhi penyimpanan dalam cache kueri, Looker menambahkan komentar konteks ke perintah SQL keluar tepat sebelum SQL dikirim ke database.
Bagian kueri Antarmuka SQL yang muncul saat kueri telah dikeluarkan melalui Antarmuka SQL Terbuka. Bagian ini menampilkan kueri SQL yang dikirim ke Looker dari alat BI eksternal dan dapat membantu memecahkan masalah serta mereproduksi masalah.
Link Buka di SQL Runner yang akan membuka kueri di SQL Runner.
Pengguna yang menjalankan kueri ini, jika dapat ditentukan. Beberapa kueri tidak dijalankan oleh pengguna tertentu, seperti saat Looker membuat tabel turunan persisten atau saat pengguna yang tidak dikenal mengakses Tampilan publik.
Sumber
Sumber kueri di Looker, seperti halaman Explore atau SQL Runner. Jika memungkinkan, informasi tambahan akan ditampilkan, seperti link ke Tampilan tersimpan, ID kueri, nama model, nama Jelajah, atau kolom yang dipilih.
Durasi waktu yang diperlukan untuk menjalankan kueri.
Penghentian kueri
Saat Anda menutup tab browser tempat kueri berjalan, Looker akan otomatis menghentikan kueri. Admin Looker juga dapat menghentikan kueri yang sedang berjalan dari halaman Kueri. (Pengguna dengan izin see_queries dapat melihat halaman Kueri, tetapi hanya admin Looker yang dapat menghentikan kueri yang sedang berjalan.) Setiap kueri yang masih berjalan akan menampilkan tombol Stop di sebelah kanan kueri. Klik Stop untuk menghentikan kueri.
Agar Looker dapat menghentikan kueri, dialek database Anda harus mendukung penghentian kueri. Daftar berikut menunjukkan dialek yang mendukung penghentian kueri dalam rilis Looker terbaru:
Dialek
Didukung?
Actian Avalanche
Ya
Amazon Athena
Ya
Amazon Aurora MySQL
Ya
Amazon Redshift
Ya
Amazon Redshift 2.1+
Ya
Amazon Redshift Serverless 2.1+
Ya
Apache Druid
Tidak
Apache Druid 0.13+
Tidak
Apache Druid 0.18+
Tidak
Apache Hive 2.3+
Ya
Apache Hive 3.1.2+
Ya
Apache Spark 3+
Ya
ClickHouse
Ya
Cloudera Impala 3.1+
Ya
Cloudera Impala 3.1+ with Native Driver
Ya
Cloudera Impala with Native Driver
Ya
DataVirtuality
Ya
Databricks
Ya
Denodo 7
Ya
Denodo 8
Ya
Dremio
Ya
Dremio 11+
Ya
Exasol
Ya
Firebolt
Ya
Google BigQuery Legacy SQL
Ya
Google BigQuery Standard SQL
Ya
Google Cloud PostgreSQL
Ya
Google Cloud SQL
Ya
Google Spanner
Ya
Greenplum
Ya
HyperSQL
Tidak
IBM Netezza
Ya
MariaDB
Ya
Microsoft Azure PostgreSQL
Ya
Microsoft Azure SQL Database
Ya
Microsoft Azure Synapse Analytics
Ya
Microsoft SQL Server 2008+
Ya
Microsoft SQL Server 2012+
Ya
Microsoft SQL Server 2016
Ya
Microsoft SQL Server 2017+
Ya
MongoBI
Ya
MySQL
Ya
MySQL 8.0.12+
Ya
Oracle
Ya
Oracle ADWC
Ya
PostgreSQL 9.5+
Ya
PostgreSQL pre-9.5
Ya
PrestoDB
Ya
PrestoSQL
Ya
SAP HANA
Ya
SAP HANA 2+
Ya
SingleStore
Ya
SingleStore 7+
Ya
Snowflake
Ya
Teradata
Ya
Trino
Ya
Vector
Ya
Vertica
Ya
Waktu tunggu kueri dan antrean
Looker menghentikan kueri yang telah menunggu dalam antrean terlalu lama. Operasi ini disebut waktu tunggu habis. Beberapa waktu tunggu mungkin berlaku untuk kueri Anda:
Waktu tunggu kumpulan koneksi habis dan kueri serentak maksimum: Untuk mencegah database Anda kelebihan beban dengan kueri serentak, Looker menyimpan kueri serentak yang berlebih di antrean kueri Looker, dan akan menghentikan kueri yang tetap berada dalam antrean terlalu lama. Secara default, 75 kueri serentak maksimum diizinkan per koneksi. Kueri tambahan di luar batas koneksi akan habis waktunya setelah 0 detik. Untuk mengubah setelan default ini, konfigurasikan setelan Koneksi maksimum, Kueri serentak maksimum untuk koneksi ini, dan Waktu tunggu kumpulan koneksi habis di halaman Setelan Koneksi koneksi.
Batas dan waktu tunggu kueri per pengguna: Untuk mencegah satu pengguna mengisi antrean kueri Looker, setiap pengguna memiliki jumlah maksimum kueri serentak yang diizinkan dan waktu tunggu antrean yang sesuai. Secara default, setiap pengguna dapat menjalankan maksimum 15 kueri serentak, dan waktu tunggunya adalah 600 detik untuk kueri yang dimasukkan ke dalam antrean karena batas ini. Setelan ini berlaku untuk pengguna yang login ke Looker menggunakan proses autentikasi reguler, dan untuk pengguna yang login menggunakan kredensial pengguna API. Untuk mengubah setelan default ini, konfigurasikan setelan Max concurrent queries per user for this connection di halaman Connections Settings koneksi. Jika instance Looker Anda dihosting pelanggan, Anda dapat mengubah default ini dengan mengonfigurasi opsi startup--per-user-query-limit dan --per-user-query-timeout.
Batas dan waktu tunggu kueri penjadwal: Untuk mencegah kelebihan beban pada proses penjadwal Looker, instance Looker dapat menjalankan maksimum 10 kueri terjadwal serentak, dan waktu tunggu untuk kueri dalam antrean penjadwal adalah 1.200 detik. Jika instance Looker Anda dihosting pelanggan, Anda dapat mengubah default ini dengan mengonfigurasi opsi startup--scheduler-query-limit dan --scheduler-query-timeout.
Batas dan waktu tunggu kueri perender: Untuk mencegah kelebihan beban proses perender Looker, instance Looker dapat merender maksimum 2 download berbasis gambar serentak, seperti format PDF dan PNG. Jika instance Looker Anda dihosting oleh pelanggan, Anda dapat mengubah default ini dengan mengonfigurasi opsi startup--concurrent-render-jobs.
Waktu tunggu webhook: Looker akan mencoba pengiriman data ke webhook selama maksimum 30 menit. Jika Looker tidak dapat berkomunikasi dengan tujuan webhook dalam 30 menit, kueri akan habis waktunya. Waktu tunggu ini tidak dapat dikonfigurasi.
Waktu tunggu proxy: Instance yang dihosting pelanggan sering menggunakan proxy dengan waktu tunggu default 60 detik. Sebaiknya waktu tunggu ini ditingkatkan menjadi 60 menit. Lihat postingan Komunitas Looker Menjalankan Looker di balik server proxy atau load balancer untuk mengetahui informasi selengkapnya.
Waktu tunggu database habis: Sebagian besar database memiliki aturan untuk antrean dan waktu tunggu yang tidak bergantung pada antrean dan waktu tunggu Looker. Misalnya, kueri mungkin telah keluar dari antrean Looker, tetapi masih dapat diantrekan di database Anda. Periksa dokumentasi untuk database Anda guna mengetahui informasi selengkapnya tentang cara menyesuaikan waktu tunggu kueri database.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-08-25 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."]]
