Início / dba / Perguntas / 224571
Accepted
crokusek
Asked: 2018-12-11 10:35:20 +0800 CST

Solução alternativa para implementar o grau mínimo de paralelismo

  • 772

Corrija-me se estiver enganado, mas pelo que entendi, quando uma consulta está sendo agendada para execução, o mecanismo leva em consideração o número de threads livres disponíveis e ajustará o plano de consulta de acordo.

Por exemplo, se uma máquina estiver altamente carregada de modo que apenas um único thread esteja livre, uma consulta que normalmente é executada usando vários threads em uma máquina descarregada pode ser executada como um único thread.

Existe uma maneira de consultar dinamicamente o número de threads livres disponíveis para que uma consulta crítica específica (que seja executada inaceitavelmente como MaxDop < X) possa ser atrasada (enquanto/espera) para execução até que uma contagem mínima de threads livres esteja disponível?

Atualização: Um ponto de partida baseado na resposta de Kin:

Isso parece seguir um teste de carga simples, mas nunca retorna todo ocioso por algum motivo. Não sei nada sobre esta mesa.

select count(*) as Cpus, 
       sum(IsIdle) + 1 as IdleCpus  -- +1 since current query should be excluded
  from 
     (
        select Cpu_id, 
               min(convert(int, is_idle)) IsIdle
          from sys.dm_os_schedulers
          group by Cpu_id
     ) q
   ;
sql-server maxdop

2 respostas

  1. Não existe tal conceito como grau mínimo de paralelismo.

    SQL Server tem grau máximo de paralelismo (máximo DOP) e limite de custo de paralelismo. Essas 2 configurações são usadas pelo otimizador baseado em custo do sql server no número de threads a serem usados ​​para executar consultas.

    se uma máquina estiver altamente carregada de modo que apenas um único thread esteja livre, uma consulta que normalmente é executada usando vários threads em uma máquina descarregada poderá ser executada como um único thread.

    Se uma máquina estiver muito carregada ou uma consulta de fuga monopolizar o servidor, você entrará em inanição de thread , onde esgotará os threads de trabalho disponíveis. Você deve ajustar a configuração de dop máximo para um valor sensato e testá-lo.

    Existe uma maneira de consultar dinamicamente o número de threads livres disponíveis para que uma consulta crítica específica (que seja executada inaceitavelmente como MaxDop < X) possa ser atrasada (enquanto/espera) para execução até que uma contagem mínima de threads livres esteja disponível?

    A consulta abaixo ajudará você a fornecer informações sobre as tarefas do sistema que geraram os tópicos adicionais

    SELECT  s.session_id, r.command, r.status,  
r.wait_type, r.scheduler_id, w.worker_address,  
w.is_preemptive, w.state, t.task_state,  
t.session_id, t.exec_context_id, t.request_id  
FROM sys.dm_exec_sessions AS s  
INNER JOIN sys.dm_exec_requests AS r  
ON s.session_id = r.session_id  
INNER JOIN sys.dm_os_tasks AS t  
ON r.task_address = t.task_address  
INNER JOIN sys.dm_os_workers AS w  
ON t.worker_address = w.worker_address  
WHERE s.is_user_process = 0;

    Como alternativa, você pode verificar sys.dm_os_waiting_tasksquaisquer THREADPOOLesperas relacionadas. Além disso, sys.dm_os_schedulerirá dizer-lhe o current_workers_countpara cada agendador.

    Você pode ter alguma lógica complexa incorporada para verificar a contagem atual de trabalhadores e, em seguida, ter apenas um waitfor delay xonde x é o atraso desejado. Na minha opinião, será um exagero complicar desnecessariamente as coisas.

    O melhor é ajustar o maxdop, limite de custo do paralelismo, além de garantir que as estatísticas estejam atualizadas e coletar as estatísticas de espera para sua instância. Resumindo, faça a linha de base do seu servidor e veja se você detecta alguma anomalia e, em seguida, inicie o exercício de ajuste.

    • 2
  2. Best Answer

    Você usaria um Pool de Recursos do Administrador de Recursos . Ele não especifica diretamente o grau de paralelismo para uma consulta específica, mas pode definir a disponibilidade mínima e máxima de recursos de CPU para uma conexão.

    Então

    se uma máquina estiver altamente carregada de modo que apenas um único thread esteja livre, uma consulta que normalmente é executada usando vários threads em uma máquina descarregada pode ser executada como um único thread

    Ao atribuir a sessão que executa a consulta paralela a um conjunto de recursos com MIN_CPU_PERCENT definido, você pode garantir que os planejadores sejam disponibilizados para executar o plano.

    • 2

relate perguntas