Quantos núcleos são usados ​​para planos seriais no SQL Server?

Seu plano de execução de consulta pode, dependendo da complexidade, conter componentes seriais e paralelos.

No SQL Server, sua consulta/lote complexo ou simples é chamado de solicitação e, como tal, é monitorado por meio da exibição de gerenciamento sys.dm_exec_requests .

Retorna informações sobre cada solicitação que está sendo executada no SQL Server.

A solicitação é então dividida em diferentes cargas de trabalho que no SQL Server são representadas como uma tarefa . Uma solicitação pode ser um número de tarefas sequenciais ou paralelas, todas pertencentes à mesma solicitação. As tarefas são monitoradas na exibição de gerenciamento sys.dm_os_tasks .

Retorna uma linha para cada tarefa ativa na instância do SQL Server. Uma tarefa é a unidade básica de execução no SQL Server.

As tarefas, por sua vez, são entregues a threads de trabalho que são representações lógicas de threads do sistema operacional. Um processo sqlsrvr.exe terá um número de threads que podem realizar computação no processador (núcleo).

Quando o encadeamento está esperando, por exemplo, que os dados sejam retornados, seria melhor se o encadeamento pudesse ser liberado para executar outra tarefa enquanto a tarefa atual estivesse esperando. Isso é realizado pelo agendador que é ...

...também conhecido como agendador SOS, gerencia threads de trabalho que requerem tempo de processamento para realizar o trabalho em nome das tarefas. Cada agendador é mapeado para um processador individual (CPU). O tempo que um trabalhador pode permanecer ativo em um escalonador é chamado de quantum do SO, com um máximo de 4 ms. Depois que seu tempo quântico expira, um trabalhador cede seu tempo a outros trabalhadores que precisam acessar recursos de CPU e altera seu estado. Essa cooperação entre trabalhadores para maximizar o acesso aos recursos da CPU é chamada de escalonamento cooperativo, também conhecido como escalonamento não-preemptivo. Por sua vez, a mudança no estado do trabalhador é propagada para a tarefa associada a esse trabalhador e para a solicitação associada à tarefa.

Os encadeamentos não estão vinculados a um núcleo/processador específico, a menos que a afinidade do processo tenha sido ativada no nível do sistema operacional.

_{(ênfase minha )}

Por padrão, cada instância do SQL Server inicia cada thread e o sistema operacional distribui threads de instâncias do SQL Server entre os processadores (CPUs) em um computador, com base na carga. Se a afinidade do processo tiver sido habilitada no nível do sistema operacional, o sistema operacional atribuirá cada thread a uma CPU específica. Por outro lado, o Mecanismo de Banco de Dados do SQL Server atribui threads de trabalho do SQL Server a agendadores que distribuem os threads uniformemente entre as CPUs.

Para realizar multitarefa, por exemplo, quando vários aplicativos acessam o mesmo conjunto de CPUs, o sistema operacional às vezes move threads de trabalho entre diferentes CPUs.

^{Referência: Guia de arquitetura de thread e tarefa (Microsoft | SQL Docs)}

Respondendo sua pergunta

Então, minha pergunta é...todos os planos seriais com custo inferior a 55 usarão apenas o primeiro núcleo?

Não, suas tarefas seriais (não planos) serão executadas em qualquer núcleo disponível dependendo da carga de trabalho geral do sistema.

Um plano serial pode ser "vinculado" a qualquer núcleo que esteja habilitado (o agendador está ONLINE). Não está vinculado ao primeiro núcleo.