병렬 쿼리 실행 오류를 이해해야합니다.

오늘날 프로덕션 SQL Server의 성능이 저하되었습니다. 이 시간 동안 여러 "The query processor could not start the necessary thread resources for parallel query execution"오류 가 기록되었습니다 . 내가 읽은 것은 복잡한 쿼리를 실행할 때 사용할 CPU 수와 관련이 있음을 시사합니다. 그러나 정전 중에 확인했을 때 CPU Utilization was only at 7%. 내가 아직 보지 못한 다른 언급이 있습니까? 이것이 성능 저하의 원인일까요? 아니면 붉은 청어를 쫓고 있습니까?

이에 대한 내 sp_configure 값은 다음과 같습니다.

name                                minimum maximum config_value run_value
cost threshold for parallelism      0       32767   5            5

몇 달 전에 MAXDOP 설정이 기본값이고 런 어웨이 쿼리가 모든 작업자 스레드를 소진하는 유사한 상황에 직면했습니다.

Remus가 지적했듯이 이것을 작업자 스레드 기아 라고 합니다.

이 조건이 발생하면 서버에 메모리 덤프가 생성됩니다.

2008R2 + SP1 이상인 경우 sys.dm_server_memory_dumps덤프 파일 위치도 제공합니다.

이제 문제로 돌아갑니다.

NUMA 노드 당 1 개의 스케줄러 모니터 스레드가 있으며 2 개의 NUMA 노드가 있으므로 2 개의 스케줄러 모니터 스레드가 있으며,이 스케줄러 모니터 스레드는 해당 NUMA 노드에 대해 60 초마다 모든 스케줄러의 상태 점검을 담당하며 스케줄러가 멈췄는지 확인합니다. 아니.

스케줄러 작업자 큐에서 새 작업 요청을 가져올 때마다 작업 프로세스 카운터가 증가합니다. 따라서 스케줄러에 작업 요청이 대기 중이고 60 초 내에 작업 요청 중 하나를 처리하지 않은 경우 스케줄러가 정지 된 것으로 간주됩니다.

런 어웨이 쿼리 또는 광범위한 병렬 처리로 인해 단일 스레드 런 어웨이 쿼리 또는 과도한 장기 블로킹이 모든 스레드를 점유하고 작업자 프로세스가 종료되지 않는 한 작업을 수행 할 수 없으므로 작업자 스레드 상태가 소진되기 시작합니다.

가장 좋은 방법은 먼저 최대 병렬 처리 수준 설정을 조정하는 것입니다. 기본값은 0 SQL Server가 모든 작업자 스레드를 소진하여 병렬 처리를 위해 사용 가능한 모든 CPU를 사용할 수 있음 을 의미합니다.

작업자 스레드가 소진 될 수있는 여러 가지 이유가 있습니다.

• SQL Server에 작업자 스레드가 부족한 광범위한 긴 차단 체인
• 광범위한 병렬 처리로 작업자 스레드가 소진 됨
• "잠금", 스핀 록, 래치 등 모든 유형의 대기 분리 된 스핀 락이 예입니다.

서버 인스턴스의 MAXDOP 값을 계산할 수있는 방법을 보여주는 여기의 답변을 참조하십시오 .

또한 데이터베이스 서버 인스턴스에 대한 대기 통계 정보 수집을 시작하는 것이 좋습니다 .

몇 가지 이유가있을 수 있습니다. 아마도 당신은 일꾼이 없을 것입니다. 참조하십시오 max_worker_threads. 조건을 '작업자 계층화'라고합니다. CLR에서 많은 요청을 차단하거나 멍청한 일 (예 : HTTP 요청)을하는 등 여러 수단 중 하나 (둘 중 어느 것도 CPU 사용률이 높지 않음, btw)로 작업자를 도용 할 수 있습니다.

증상은 원인이 아니라 문제의 피해자입니다. 원인을 모르는 솔루션은 권장 할 수 없습니다. 성능 카운터, DMV를 수집하고 자세한 정보는 ERRORLOG를 확인해야합니다.