sql server中的任务调度与CPU深入讲解(1/4)

一. 概述

我们知道在操作系统看来， sql server产品与其它应用程序一样，没有特别对待。但内存，硬盘，cpu又是数据库系统最重要的核心资源，所以在sql server 2005及以后出现了SQLOS，这个组件是sqlserver和windows的中间层，用于CPU的任务调度，解决I/O的资源争用，协调内存管理等其它的资源协调工作。下面我来试着讲讲SQLOS下的Scheduler调度管理。话不多说了，来一起看看详细的介绍吧。

二. CPU 的配置

在Sql server 里点击数据库实例右键到属性，选择处理器进行配置。最大工作线程数的默认值是0 （注意这里配置的是worker它是对CPU的真正封装）。这使得SQL Server能够在启动时自动配置工作线程的数量。默认设置对于大多数系统是最好的。但是，根据您的系统配置，将最大工作线程数设置为一个特定的值有时会提高性能。当查询请求的实际数量小于最大工作线程数时，一个线程处理一个查询请求。但是，如果查询请求的实际数量超过最大线程量时，SQLServer会将Worker Threads线程池化，以便下一个可用的工作线程可以处理请求。

配置如下图所示:

也可以通过T-sql配置，下例通过sp_configure将max worker线程选项配置为900

USE AdventureWorks2012 ; 
GO 
EXEC sp_configure 'show advanced options', 1; 
GO 
RECONFIGURE ; 
GO 
EXEC sp_configure 'max worker threads', 900 ; 
GO 
RECONFIGURE;

Max Worker Threads服务器配置选项不考虑的线程， 像高可用、Service Broker、 Lock 管理等其它。如果配置的线程数量超过了，下面的查询将提供关于系统任务产生的额外线程信息

is_user_process = 0 表示系统任务，非用户任务。

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;

下面显示每个用户的活动会话数

SELECT login_name ,COUNT(session_id) AS session_count 
FROM sys.dm_exec_sessions 
WHERE status<>'sleeping'
GROUP BY login_name; 

下表显示了各种CPU和SQLServer组合的最大工作线程的自动配置数量。

Number of CPUs	32-bit computer	64-bit computer
<= 4 processors 1 2 3 4 下一页