本篇文章主要介绍了" sql server中的任务调度与CPU深入讲解"，主要涉及到方面的内容，对于SqlServer感兴趣的同学可以参考一下：
一. 概述我们知道在操作系统看来， sql server产品与其它应用程序一样，没有特别对待。但内存，硬盘，cpu又是数据库系统最重要的核心资源，所以在sql ...
一. 概述
我们知道在操作系统看来， 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
|
