Cost Threshold for Parallelism

Cost Threshold for Parallelism to ustawienie SQL Server określające minimalny koszt zapytania, powyżej którego może ono zostać wykonane równolegle.

Rola parametru Cost Threshold for Parallelism w SQL Server

Cost Threshold for Parallelism to zaawansowana opcja konfiguracyjna silnika bazodanowego Microsoft SQL Server, wyznaczająca próg szacowanego kosztu wykonania zapytania, po przekroczeniu którego optymalizator może rozważyć wygenerowanie planu równoległego. Wartość ta odnosi się do abstrakcyjnej jednostki kosztu przypisywanej przez silnik bazodanowy podczas kompilacji instrukcji T-SQL. Jeśli obliczony koszt planu sekwencyjnego jest niższy niż ustalony limit, zapytanie jest zawsze przetwarzane na pojedynczym wątku procesora, co zapobiega niepotrzebnemu angażowaniu wielu rdzeni CPU.

Wpływ konfiguracji progu na wydajność bazy danych

Domyślna wartość tego parametru w starszych i nowszych instalacjach SQL Server wynosi zazwyczaj 5, co współcześnie uznaje się za wartość zbyt niską dla wydajnego sprzętu wielordzeniowego. W środowiskach transakcyjnych OLTP tak niski próg powoduje, że nawet stosunkowo proste kwerendy są dzielone na wiele wątków, co generuje narzut związany z synchronizacją (widoczny jako oczekiwania CXPACKET lub CXCONSUMER). Odpowiednie podniesienie tej wartości, często w połączeniu z parametrem Max Degree of Parallelism (MAXDOP), pozwala zarezerwować przetwarzanie wielowątkowe wyłącznie dla ciężkich zapytań analitycznych lub raportowych.

Typowe błędy konfiguracyjne i ich objawy - Cost Threshold for Parallelism

Pozostawienie domyślnej konfiguracji lub ustawienie skrajnie niedopasowanej wartości prowadzi do powszechnych problemów wydajnościowych na serwerach bazodanowych:

• Nadmierne obciążenie procesora wynikające z ciągłego tworzenia i synchronizowania wątków dla krótkich zapytań.
• Spadek przepustowości całej instancji bazodanowej przy jednoczesnym wzroście czasu odpowiedzi aplikacji klienckich.
• Nieuzasadnione kolejkowanie zadań i wysokie czasy oczekiwania na zasoby procesora.
• Ustawienie zbyt wysokiego progu, co całkowicie blokuje równoległość przy wymagających operacjach agregujących.

Optymalizacja środowiska bazodanowego i pomoc techniczna

Gdy lokalny serwer baz danych lub stacja robocza obsługująca instancję SQL boryka się ze spadkami płynności, warto przeprowadzić weryfikację zarówno oprogramowania, jak i samej platformy sprzętowej. W przypadku wątpliwości co do kondycji sprzętu lub konieczności wykonania prac modernizacyjnych, większość standardowych napraw i przeglądów technicznych w serwisie realizowana jest z reguły w czasie do 3 dni roboczych, co pozwala na sprawne przywrócenie stabilności całego środowiska roboczego.