Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
WLMsalto nella coda delle interrogazioni
Una query può essere interrotta a causa di un WLMtimeout o di un'azione hop della regola di monitoraggio delle query () QMR. È possibile eseguire l'hop delle query solo in una configurazione manuale. WLM
Quando una query viene saltata, WLM tenta di indirizzarla alla successiva coda corrispondente in base alle regole di assegnazione della WLMcoda. Se la query non corrisponde ad alcuna altra definizione di coda, la query viene annullata. Non viene assegnata alla coda predefinita.
WLMazioni di timeout
La tabella seguente riassume il comportamento di diversi tipi di query con un timeout. WLM
| Tipo di query | Azione |
|---|---|
| INSERT, e UPDATE DELETE | Annulla |
| Funzioni definite dall'utente () UDFs | Annulla |
| UNLOAD | Annulla |
| COPY | Continua l'esecuzione |
| Operazioni di manutenzione | Continua l'esecuzione |
Query di sola lettura nello stato returning |
Continua l'esecuzione |
Query di sola lettura nello stato running |
Viene riassegnata o riavviata |
| CREATETABLEAS (CTAS), SELECT INTO | Viene riassegnata o riavviata |
WLMtimeout: salto dalla coda
WLMsalta i seguenti tipi di query quando scadono:
-
Interrogazioni di sola lettura, ad esempio SELECT istruzioni, che si trovano in uno stato di. WLM
runningPer trovare lo WLM stato di una query, visualizzate la STATE colonna nella tabella di sistema. STV_WLM_QUERY_STATE -
CREATETABLEDichiarazioni AS (CTAS). WLMil queue hopping supporta sia le istruzioni definite dall'utente che quelle generate dal sistema. CTAS
-
SELECTINTOdichiarazioni.
Le query che non sono soggette a WLM timeout continuano a essere eseguite nella coda originale fino al completamento. I seguenti tipi di query non sono soggetti al timeout: WLM
-
COPYdichiarazioni
-
Operazioni di manutenzione, come ANALYZE e VACUUM
-
Interrogazioni di sola lettura, ad esempio SELECT dichiarazioni, che hanno raggiunto uno stato diWLM.
returningPer trovare lo WLM stato di una query, visualizzate la STATE colonna nella tabella di sistema. STV_WLM_QUERY_STATE
Le query che non sono idonee per il salto entro il WLM timeout vengono annullate al momento del timeout. I seguenti tipi di query non sono idonei per il salto entro un timeout: WLM
-
INSERTe UPDATE dichiarazioni DELETE
-
UNLOADdichiarazioni
-
Funzioni definite dall'utente () UDFs
WLMtimeout: interrogazioni riassegnate e riavviate
Quando una query viene saltata e non viene trovata alcuna coda corrispondente, la query viene annullata.
Quando una query viene saltata e viene trovata una coda corrispondente, WLM tenta di riassegnare la query alla nuova coda. Se una query non può essere riassegnata, viene riavviata nella nuova coda, come descritto di seguito.
Una query viene riassegnata solo se tutte le seguenti considerazioni sono vere:
-
Viene trovata una coda corrispondente.
-
La nuova coda ha abbastanza slot liberi per eseguire la query. Una query potrebbe richiedere più slot se il parametro wlm_query_slot_count è stato impostato su un valore superiore a 1.
-
La nuova coda ha almeno la stessa memoria disponibile utilizzata attualmente dalla query.
Se la query viene riassegnata, la query continua a essere eseguita nella nuova coda. I risultati intermedi vengono conservati, per cui l'effetto sul tempo totale di esecuzione è minimo.
Se la query non può essere riassegnata, la query viene annullata e riavviata nella nuova coda. I risultati intermedi sono eliminati. La query attende nella coda, quindi inizia a essere eseguita quando sono disponibili sufficienti slot.
QMRAzioni hop
La tabella seguente riassume il comportamento di diversi tipi di query con un'azione QMR hop.
| Tipo di query | Azione |
|---|---|
| COPY | Continua l'esecuzione |
| Operazioni di manutenzione | Continua l'esecuzione |
| Funzioni definite dall'utente () UDFs | Continua l'esecuzione |
| UNLOAD | Viene riassegnata o continua l'esecuzione |
| INSERT, UPDATE e DELETE | Viene riassegnata o continua l'esecuzione |
Query di sola lettura nello stato returning |
Viene riassegnata o continua l'esecuzione |
Query di sola lettura nello stato running |
Viene riassegnata o riavviata |
| CREATETABLECOME (CTAS), SELECT INTO | Viene riassegnata o riavviata |
Per scoprire se una query che era stata interrotta è QMR stata riassegnata, riavviata o annullata, eseguite una query nella tabella di log di sistema. STL_WLM_RULE_ACTION
QMRhop action ha riassegnato e riavviato le interrogazioni
Quando una query viene saltata e non viene trovata alcuna coda corrispondente, la query viene annullata.
Quando una query viene saltata e viene trovata una coda corrispondente, WLM tenta di riassegnare la query alla nuova coda. Se una query non può essere riassegnata, viene riavviata nella nuova coda o continua l'esecuzione nella coda originale, come descritto di seguito.
Una query viene riassegnata solo se tutte le seguenti considerazioni sono vere:
-
Viene trovata una coda corrispondente.
-
La nuova coda ha abbastanza slot liberi per eseguire la query. Una query potrebbe richiedere più slot se il parametro wlm_query_slot_count è stato impostato su un valore superiore a 1.
-
La nuova coda ha almeno la stessa memoria disponibile utilizzata attualmente dalla query.
Se la query viene riassegnata, la query continua a essere eseguita nella nuova coda. I risultati intermedi vengono conservati, per cui l'effetto sul tempo totale di esecuzione è minimo.
Se una query non può essere riassegnata, la query viene riavviata o continua l'esecuzione nella coda originale. Se la query viene riavviata, la query viene annullata e riavviata nella nuova coda. I risultati intermedi sono eliminati. La query attende nella coda, quindi inizia l'esecuzione quando sono disponibili sufficienti slot.
