Classe de evento Exchange Spill

A classe de evento Exchange Spill indica que os buffers de comunicação em um plano de consulta paralelo foram temporariamente gravados no banco de dados tempdb. Isso ocorre raramente e somente quando um plano de consulta tiver exames de vários intervalos.

Normalmente, a consulta do Transact-SQL que gera tais exames de intervalo tem muitos operadores BETWEEN, cada um dos quais seleciona um intervalo de linhas de uma tabela ou um índice. Uma alternativa é obter vários intervalos usando expressões como (T.a > 10 AND T.a < 20) ou (T.a > 100 AND T.a < 120). Além disso, os planos de consulta devem exigir que esses intervalos sejam examinados em ordem, porque existe uma cláusula ORDER BY em T.a ou um iterador do plano requer que ele consuma as tuplas na ordem classificada.

Quando um plano de consulta para tal consulta tem vários operadores de Paralelismo, os buffers de comunicação de memória usados pelos operadores de Paralelismo ficam completos e pode surgir uma situação em que o progresso da execução da consulta é interrompido. Nessa situação, um dos operadores de Paralelismo grava seu buffer de saída em tempdb (uma operação chamada exchange spill) de modo que possa consumir linhas de alguns de seus buffers de entrada. Finalmente, as linhas derramadas são devolvidas ao consumidor quando este estiver pronto para consumi-las.

Muito raramente, vários exchange spills podem ocorrer no mesmo plano de execução, fazendo com que a execução da consulta seja lenta. Se você notar mais de cinco derramamentos na execução do mesmo plano de consulta, contate seu profissional de suporte.

Algumas vezes, os exchange spills são transitórios e podem desaparecer como alterações de distribuição de dados.

Há várias maneiras de evitar eventos de exchange spills:

• Omita a cláusula ORDER BY se você não precisar que o conjunto de resultados seja ordenado.

• Se ORDER BY for necessário, elimine a coluna que participa de vários exames de intervalo (T.a no exemplo acima) da cláusula ORDER BY.

• Usando uma dica de índice, force o otimizador a usar um caminho de acesso diferente na tabela em questão.

• Reescreva a consulta para produzir um plano de execução de consulta diferente.

• Force a execução serial da consulta adicionando a opção MAXDOP = 1 no final da operação da consulta ou índice. Para obter mais informações, consulte Opção max degree of parallelism e Configurando operações de índice paralelo.

Importante

Para determinar onde o evento Exchange Spill está ocorrendo quando o otimizador de consultas gera um plano de execução, é também necessário coletar uma classe de evento Showplan no rastreamento. É possível escolher qualquer uma das classes de evento Showplan, exceto as classes de evento Showplan Text e Showplan Text (Unencoded), que não retornam a ID do nó. As ID do nó nos Showplans identificam cada operação que o otimizador de consultas executa ao gerar um plano de execução de consulta. Essas operações são chamadas operadores e cada operador no Showplan possui uma ID de nó. A coluna ObjectID dos eventos Exchange Spill corresponde à ID do nó nos Showplans. Assim, é possível determinar o operador ou a operação que gerou o erro. Para obter mais informações sobre as classes de evento Showplan, consulte Exibindo planos de execução usando as classes de evento do SQL Server Profiler