CXPACKET es una de las estadísticas de espera más comunes en SQL Server, que aparece con frecuencia como una de las 5 principales estadísticas de espera en sistemas con múltiples CPUs. Esta estadística de espera ocurre cuando hay contención en el iterador de intercambio del procesador de consultas. Si este tipo de espera se convierte en un problema, se recomienda reducir el grado de paralelismo.

Cuando se crea una operación paralela para una consulta SQL, se utilizan varios hilos para procesar la consulta. Cada hilo maneja un conjunto diferente de datos o filas. Sin embargo, a veces uno o más hilos se retrasan, lo que resulta en la estadística de espera CXPACKET. El hilo organizador o coordinador (hilo 0) espera a que todos los hilos terminen y recopila los resultados para presentarlos en el lado del cliente. La espera del hilo organizador a que los hilos lentos terminen se conoce como espera CXPACKET.

Es importante tener en cuenta que no todos los tipos de espera CXPACKET son malos. En algunos casos, puede ser necesario o beneficioso. Deshabilitar este tipo de espera para una consulta puede hacer que se ejecute más lento porque se desactivan las operaciones paralelas.

Para reducir la espera CXPACKET, el enfoque depende del tipo de carga de trabajo del servidor:

Sistema OLTP (Procesamiento de Transacciones en Línea):

En un sistema OLTP puro donde las transacciones son pequeñas y las consultas son rápidas, se recomienda establecer el “Grado Máximo de Paralelismo” en 1. Esto asegura que la consulta nunca se realice en paralelo y evita una sobrecarga adicional del motor.

EXEC sys.sp_configure N'max degree of parallelism', N'1'
GO
RECONFIGURE WITH OVERRIDE
GO

Servidor de Almacenamiento de Datos / Informes:

Para servidores que ejecutan consultas de larga duración, como servidores de almacenamiento de datos o informes, se recomienda establecer el “Grado Máximo de Paralelismo” en 0. Esto permite que la mayoría de las consultas utilicen el procesamiento paralelo, mejorando el rendimiento debido a los múltiples procesadores.

EXEC sys.sp_configure N'max degree of parallelism', N'0'
GO
RECONFIGURE WITH OVERRIDE
GO

Sistema Mixto (OLTP y OLAP):

En un sistema mixto con consultas OLTP y OLAP, encontrar el equilibrio adecuado es crucial. Un enfoque es establecer el “Grado Máximo de Paralelismo” en 2, lo que permite que las consultas utilicen el paralelismo en 2 CPUs. Sin embargo, el “Umbral de Costo para el Paralelismo” debe establecerse alto, de modo que solo las consultas con un costo más alto califiquen para el paralelismo. Este enfoque funciona bien para sistemas con una combinación de servidores OLTP e informes.

EXEC sys.sp_configure N'cost threshold for parallelism', N'25'
GO
EXEC sys.sp_configure N'max degree of parallelism', N'2'
GO
RECONFIGURE WITH OVERRIDE
GO

Es importante tener en cuenta que estas recomendaciones se basan en la experiencia y pueden variar de un sistema a otro. Se recomienda probar estas configuraciones en un servidor de desarrollo antes de implementarlas en un servidor de producción.

Para obtener una mayor clarificación y más información detallada, se recomienda consultar la documentación en línea.

¡Gracias por leer!