Classe di evento Exchange Spill

La classe di evento Exchange Spill indica che i buffer di comunicazione in un piano di query parallele sono stati inseriti temporaneamente nel database tempdb. Questa classe viene generata raramente e solo quando un piano di query include più scansioni di intervalli.

In genere, la query Transact-SQL che genera tali scansioni di intervalli include molti operatori BETWEEN, ognuno dei quali seleziona un intervallo di righe di una tabella o di un indice. In alternativa, è possibile ottenere più intervalli utilizzando espressioni, ad esempio (T.a > 10 AND T.a < 20) OR (T.a > 100 AND T.a < 120). I piani di query richiedono inoltre che la scansione di tali intervalli venga eseguita in ordine perché esiste una clausola ORDER BY relativa a T.a oppure perché un iteratore all'interno del piano richiede che le tuple vengano utilizzate in base all'ordinamento stabilito.

Quando un piano relativo a tale query include più operatori Parallelism, i buffer di comunicazione della memoria utilizzati dagli operatori Parallelism si riempiono, con conseguente interruzione dell'esecuzione della query. In questo caso, uno degli operatori Parallelism inserisce il buffer di output in tempdb mediante un'operazione denominata spill di scambio, in modo da consentire l'utilizzo delle righe di alcuni buffer di input. Infine, le righe di cui è stato eseguito lo spill vengono restituite al consumer quando questo è pronto per utilizzarle.

In rarissimi casi, è possibile che all'interno dello stesso piano di esecuzione vengano eseguiti più spill di scambio, causando un rallentamento della query. Se si nota che l'esecuzione dello stesso piano di query include più di cinque spill, contattare il supporto tecnico.

Talvolta, gli spill di scambio sono temporanei e possono interrompersi quando viene modificata la distribuzione dei dati.

Esistono diversi modi per evitare gli eventi di spill di scambio:

• Omettere la clausola ORDER BY se non è necessario ordinare il set di risultati.

• Se la clausola ORDER BY è necessaria, eliminare la colonna che partecipa a più scansioni di intervalli (T.a nell'esempio precedente) da tale clausola.

• Mediante un hint per l'indice, forzare Query Optimizer a utilizzare un percorso di accesso diverso per la tabella in questione.

• Riscrivere la query per generare un piano di esecuzione diverso.

• Forzare l'esecuzione seriale della query aggiungendo l'opzione MAXDOP = 1 alla fine della query o dell'operazione sull'indice. Per ulteriori informazioni, vedere Opzione max degree of parallelism e Configurazione di operazioni a indici paralleli.

Importante

Per determinare la posizione in cui si verifica l'evento Exchange Spill quando Query Optimizer genera un piano di esecuzione, è inoltre consigliabile acquisire una classe di evento Showplan nella traccia. È possibile scegliere qualsiasi classe di evento Showplan, ad eccezione delle classi di evento Showplan Text e Showplan Text (Unencoded) che non restituiscono un ID nodo. All'interno delle classi di evento Showplan gli ID nodo identificano tutte le operazioni eseguite da Query Optimizer durante la generazione di un piano di esecuzione delle query. Queste operazioni vengono definite operatori e a ogni operatore in una classe di evento Showplan è associato un ID di nodo. La colonna ObjectID per gli eventi Exchange Spill corrisponde all'ID di nodo contenuto nelle classi di evento Showplan, in modo che sia possibile determinare l'operatore o l'operazione che causa l'errore. Per ulteriori informazioni sulle classi di evento Showplan, vedere Visualizzazione dei piani di esecuzione utilizzando le classi di eventi di SQL Server Profiler.