La pagina Query nella sezione Database del menu Amministrazione elenca informazioni sulle ultime 50 query che Looker ha inviato al tuo database. Per informazioni sulle query meno recenti delle ultime 50, consulta la sezione Utilizzo di Looker.
Se hai attivato la funzionalità Amministrazione query avanzata di Labs, la pagina Query mostra le seguenti schede:
- Recenti: mostra le query eseguite nell'ultima ora. Da questa scheda, gli amministratori di Looker possono annullare le query in esecuzione.
- Completo: mostra le 500 query più recenti.
Se non hai attivato la funzionalità Amministrazione query avanzata di Labs, la pagina Query elenca le ultime 50 query in una sola pagina.
Informazioni di base sulla query
| Colonna | Definizione |
|---|---|
| Ora | L'ora di inizio della query, visualizzata nel fuso orario dell'applicazione. |
| Stato | Lo stato della query, che può includere:
|
| Connessione | La connessione di Looker in base alla quale è stata eseguita questa query. |
| Utente | L'utente che ha eseguito questa query, se è possibile determinarlo. Alcune query non vengono eseguite da un utente specifico, ad esempio quando Looker crea una tabella derivata persistente o quando un utente sconosciuto accede a un Look pubblico. |
| Origine | L'origine della query in Looker, ad esempio la pagina Esplora o SQL Runner. Se possibile, viene visualizzato anche un link al Look salvato o all'ID query insieme al nome del modello e dell'esplorazione. Alcune query non hanno informazioni aggiuntive, ad esempio quelle eseguite in SQL Runner. Le query emesse dall'interfaccia SQL aperta hanno un valore Origine pari a Sql_interface. |
| Runtime | Il tempo necessario per eseguire la query. Ciò include la creazione della query, il tempo trascorso in coda, il transito da e verso il database e l'esecuzione della query nel database.Se la query è in esecuzione, il runtime mostrerà la durata dell'esecuzione. Per le query eseguite in precedenza, il runtime mostrerà anche una stima del tempo necessario per completare l'esecuzione della query. La stima si basa sulla durata dell'ultima esecuzione della query e indica un valore simile a "circa 2 secondi". |
| Pulsante Dettagli | Per ulteriori dettagli, consulta la sottosezione Il pulsante Dettagli in questa pagina. |
Pulsante Dettagli
Se fai clic sul pulsante Dettagli a destra di una query, vengono visualizzate informazioni aggiuntive. Il menu Dettagli query include quanto segue:
- Una sezione Informazioni che include i dettagli della query (vedi la tabella seguente).
- Una sezione SQL che mostra l'SQL non elaborato eseguito sul database. I commenti contestuali non verranno visualizzati nelle informazioni Dettagli query. Per evitare che i commenti influiscano sulla memorizzazione nella cache delle query, Looker aggiunge i commenti di contesto ai comandi SQL in uscita appena prima di inviare il codice SQL al database.
- Una sezione Query interfaccia SQL che viene visualizzata quando una query è stata emessa tramite l'interfaccia SQL aperta. Questa sezione mostra la query SQL inviata a Looker dallo strumento di BI esterno e può aiutarti a risolvere i problemi e a riprodurli.
- Un link Apri in SQL Runner che aprirà la query in SQL Runner.
La sezione Informazioni include le seguenti informazioni:
| Sezione | Definizione |
|---|---|
| ID cronologia | L'ID cronologia della query, se disponibile. |
| Stato | Lo stato della query, come descritto nella tabella delle informazioni di base della query. |
| Messaggio | Se la query contiene un termine relativo ai farmaci con obbligo di prescrizione medica, in questo campo viene visualizzato il commento sulla generazione del termine relativo ai farmaci con obbligo di prescrizione medica. Se la query non contiene un PDT, il campo non viene visualizzato. |
| Connessione | La connessione di Looker in base alla quale è stata eseguita questa query. |
| Utente | L'utente che ha eseguito questa query, se è possibile determinarlo. Alcune query non vengono eseguite da un utente specifico, ad esempio quando Looker crea una tabella derivata persistente o quando un utente sconosciuto accede a un Look pubblico. |
| Origine | L'origine della query in Looker, ad esempio la pagina Esplora o SQL Runner. Se possibile, vengono visualizzate informazioni aggiuntive, ad esempio un link al Look salvato, l'ID query, il nome del modello, il nome dell'esplorazione o i campi selezionati. |
| Ora di inizio | L'ora di inizio della query, visualizzata nel fuso orario dell'applicazione. |
| Ora di fine | L'ora di fine della query, visualizzata nel fuso orario dell'applicazione. |
| Runtime | Il tempo impiegato per eseguire la query. |
Interruzione delle query
Per i dialetti che supportano l'interruzione delle query, Looker può interrompere una query in esecuzione in due modi:
- Looker interrompe automaticamente una query se l'utente chiude la scheda del browser in cui è in esecuzione.
- Gli amministratori di Looker possono interrompere una query in esecuzione dalla pagina di amministrazione Query facendo clic sul pulsante Interrompi per la query. Gli utenti con l'autorizzazione
see_queriespossono visualizzare la pagina Query, ma solo gli amministratori di Looker possono interrompere una query in esecuzione.
Affinché Looker possa interrompere le query chiudendo la scheda del browser in cui è in esecuzione una query o interrompendo la query nella pagina Query, il dialetto del database deve supportare l'interruzione delle query. La tabella seguente mostra quali dialetti supportano l'interruzione delle query nell'ultima release di Looker:
| Dialetto | Supportato? |
|---|---|
| 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ì |
Timeout delle query e accodamento
Looker interrompe le query in attesa in coda da troppo tempo. Questa operazione è chiamata timeout. Alla tua query potrebbero essere applicati diversi timeout:
Timeout del pool di connessioni e query simultanee massime: per evitare il sovraccarico del database con query simultanee, Looker mantiene le query simultanee in eccesso nella coda di query di Looker e interrompe le query che rimangono in coda troppo a lungo. Per impostazione predefinita, sono consentite 75 query simultanee per connessione. Le query aggiuntive oltre il limite di connessione scadranno dopo 0 secondi. Per modificare questi valori predefiniti, configura le impostazioni Numero massimo di connessioni, Numero massimo di query contemporanee per questa connessione e Timeout pool di connessioni nella pagina Impostazioni connessioni di una connessione.
Limite di query e timeout per utente: per impedire a un singolo utente di riempire la coda di query di Looker, ogni utente ha un numero massimo di query simultanee consentite e un timeout della coda corrispondente. Per impostazione predefinita, ogni utente può eseguire un massimo di 15 query simultanee e il timeout è di 600 secondi per le query in coda a causa di questo limite. Queste impostazioni si applicano sia agli utenti che accedono a Looker utilizzando il normale processo di autenticazione sia a quelli che accedono utilizzando le credenziali utente API. Per modificare questi valori predefiniti, configura le impostazioni Numero massimo di query contemporanee per utente per questa connessione nella pagina Impostazioni connessioni di una connessione. Se la tua istanza di Looker è ospitata dal cliente, puoi modificare questi valori predefiniti configurando le opzioni di avvio
--per-user-query-limite--per-user-query-timeout.Limite e timeout delle query dello scheduler: per evitare il sovraccarico del processo dello scheduler di Looker, un'istanza di Looker può eseguire un massimo di 10 query programmate simultanee e il timeout per le query nella coda dello scheduler è di 1200 secondi. Se la tua istanza di Looker è ospitata dal cliente, puoi modificare questi valori predefiniti configurando le opzioni di avvio
--scheduler-query-limite--scheduler-query-timeout.Limite e timeout delle query del renderer: per evitare il sovraccarico del processo del renderer di Looker, un'istanza di Looker può eseguire il rendering di un massimo di due download simultanei basati su immagini, ad esempio nei formati PDF e PNG. Se la tua istanza di Looker è ospitata dal cliente, puoi modificare questo valore predefinito configurando l'opzione di avvio
--concurrent-render-jobs.
Timeout proxy: le istanze ospitate dal cliente spesso utilizzano proxy con un timeout predefinito di 60 secondi. Ti consigliamo di aumentare questo timeout a 60 minuti. Per ulteriori informazioni, consulta il post della community di Looker Esecuzione di Looker dietro un server proxy o un bilanciatore del carico.
Timeout del database: la maggior parte dei database ha regole per la gestione delle code e dei timeout indipendenti da quelle di Looker. Ad esempio, una query potrebbe essere stata rimossa dalla coda di Looker, ma potrebbe essere ancora in coda nel database. Per ulteriori informazioni sulla personalizzazione dei timeout delle query del database, consulta la documentazione del database.