MAXDOP y umbral de coste del paralelismo

Los valores predeterminados rara vez representan un diseño consciente. Demasiado paralelismo aumenta presión de CPU y workers; limitarlo demasiado frena consultas analíticas.

Qué medir

Revisa CPU, tareas ejecutables, agotamiento de workers, duración, planes paralelos, esperas de intercambio, NUMA y mezcla de OLTP corto e informes.

Enfoque práctico

Elige MAXDOP inicial según topología y carga, eleva gradualmente el umbral, mide latencia extrema y rendimiento, y aplica excepciones solo con evidencia.

Qué evitar

No trates CXPACKET como prueba, no fijes MAXDOP a uno globalmente y no cambies ambos valores sin línea base.

Resultado operativo

El ajuste funciona cuando mejoran juntos rendimiento y latencia extrema, no cuando desaparece una espera.

Lista de producción

Captura una línea base y define la mejora esperada. Prueba con datos y concurrencia representativos. Conserva la configuración o el plan original, prepara una reversión, despliega en una ventana adecuada y observa el siguiente pico normal de carga.

Si quieres aplicar este método a un entorno SQL Server concreto, usa el formulario inferior e incluye la versión, el tamaño de la base, el patrón de carga y las evidencias ya recopiladas.