SQL Server waits liefert Informationen darüber, worauf das Datenbankmodul wartet, während Abfragen auf einem überwachten Server extrahiert werden. Während es viele verschiedene Wartetypen gibt, sind CXPACKET-Wartezeiten eine häufig falsch interpretierte Datenmessung und bedürfen einer zusätzlichen Klärung.
CXPACKET-Wartezeiten treten häufig auf, wenn parallelisierte Abfragethreads eine ungleiche Arbeitslast aufweisen, wodurch die gesamte Abfrage blockiert wird, bis der am längsten laufende Thread abgeschlossen ist. Beachten Sie, dass der Auslöser für die CXPACKET-Wartezeit nicht mit Parallelität erfolgt, sondern mit der Verteilung der Arbeit auf die einzelnen Threads.
Sie können zwar die Anzahl der CXPACKET-Wartezeiten verringern, indem Sie die MAXDOP auf dem überwachten Server verringern, dies ist jedoch häufig keine empfohlene Vorgehensweise, da dies dazu führen kann, dass die Wartezeit verschwindet und die Ausführung der zugrunde liegenden Abfrage länger dauert. Dieses Problem kann beispielsweise auf große parallele Tabellenscans zurückzuführen sein, die Sie mithilfe anderer Wartetypen auf dem Server überprüfen können, z. B. PAGIOLATCH_XX. Dies kann auch auf veraltete Statistiken zurückzuführen sein, die einen schlechten Abfrageplan und die ungleiche Arbeitslast zwischen Threads verursachen.
Bevor Sie MAXDOP anpassen, überprüfen Sie Ihre Indizes und Statistiken auf Genauigkeit und stellen Sie sicher, dass keine anderen zugrunde liegenden Probleme vorliegen. Wenn Sie MAXDOP anpassen möchten, sind die empfohlenen Einstellungen 4, 2 oder 1. Verwenden Sie für ein NUMA-System die Anzahl der in einem einzelnen NUMA-Knoten verfügbaren Kerne. Möglicherweise möchten Sie diese Aktualisierungen für die einzelne Abfrage anstelle der gesamten Instanz vornehmen, um zusätzliche Probleme zu vermeiden.
SQLdm identifiziert und behebt SQL Server-Leistungsprobleme, bevor sie auftreten. Mehr erfahren > >