Exchange Spill (clase de evento)

La clase de evento Exchange Spill indica que los búferes de comunicación de un plan de consulta paralelo se han escrito de forma temporal en la base de datos tempdb. Esto sucede raramente y sólo cuando un plan de consulta tiene múltiples recorridos de intervalo.

Normalmente, la consulta Transact-SQL que genera tales recorridos de intervalo tiene muchos operadores BETWEEN, cada uno de los cuales selecciona un intervalo de filas de una tabla o un índice. Como alternativa, puede obtener múltiples intervalos mediante expresiones como (T.a > 10 AND T.a < 20) OR (T.a > 100 AND T.a < 120). Además, los planes de consulta deben requerir que estos intervalos se recorran en orden, bien porque hay una cláusula ORDER BY en T.a, o bien porque un iterador del plan requiere que éste consuma las tuplas en orden.

Cuando un plan de consulta para una consulta así tiene varios operadores Parallelism, los búferes de comunicación de memoria utilizados por los operadores Parallelism se llenan y puede originarse una situación en la que el progreso de ejecución de la consulta se detenga. En esta situación, uno de los operadores Parallelism escribe su búfer de salida en tempdb (operación llamada volcado de intercambio) por lo que puede consumir filas de algunos de sus búferes de entrada. Es posible que las filas volcadas se devuelvan al consumidor cuando éste esté preparado para consumirlas.

Muy raramente, pueden producirse múltiples volcados de intercambio en un mismo plan de ejecución, lo que haría que la consulta se ejecutara con lentitud. Si advierte más de cinco volcados en la ejecución del mismo plan de consulta, póngase en contacto con su profesional de soporte técnico.

Los volcados de intercambio a veces son transitorios y pueden desaparecer a medida que cambia la distribución de datos.

Hay varias formas de evitar los eventos de volcado de intercambio:

• Omita la cláusula ORDER BY si no necesita que el conjunto de resultados esté ordenado.

• Si se requiere ORDER BY, elimine la columna que participa en los múltiples recorridos de intervalo (T.a en el ejemplo anterior) de la cláusula ORDER BY.

• Mediante una sugerencia de índice, fuerce que el optimizador use una ruta de acceso diferente a la tabla en cuestión.

• Vuelva a escribir la consulta para generar otro plan de ejecución de consulta.

• Fuerce la ejecución en serie de la consulta agregando la opción MAXDOP = 1 al final de la consulta o la operación de índice. Para obtener más información, vea max degree of parallelism (opción) y Configurar operaciones de índice en paralelo.

Importante

Para determinar si el evento Exchange Spill se está produciendo cuando el optimizador de consultas genera un plan de ejecución, deberá recopilar también una clase de evento Showplan en la traza. Puede elegir cualquiera de las clases de evento Showplan, excepto Showplan Text y Showplan Text (Unencoded), que no devuelven ningún Id. de nodo. Los Id. de nodo en las clases de evento Showplan identifican cada operación que realiza el optimizador de consultas cuando genera un plan de ejecución de consultas. Estas operaciones se denominan operadores y cada operador de un Showplan tiene un Id. de nodo. La columna ObjectID para los eventos Exchange Spill se corresponde con el Id. de nodo de las clases de evento Showplan para que pueda determinar el operador u operación que produce el error. Para obtener más información acerca de las clases de eventos Showplan, vea Mostrar planes de ejecución mediante las clases de eventos del Analizador de SQL Server.