上次我们说到，sql server 2012的企业版的任务调度流程,一直到给新连接分配了scheduler，都是与以前的版本算法是一致的，只有在进行任务分配的时候，算法才有了细微的调整。

新算法的目的是尽量减小在同一NUMA节点内随机分配scheduler带来的性能影响（原来的算法也不能称为随机，因为是按负载系数进行分配的，但是由于负载系数会不确定，所以暂时将原分配算法定性为：随机~~）

我们知道，在sql server 2008版本以后，引入了Resource Governor(后文简称RG)，在2012版本中，微软就将Resource Governor这个特性应用到了任务调度算法中来，这里需要注意的是，如果没有开启RG功能，那么sqlos将会把default RG设置应用到算法中。

PS:如果不知道Resource Governor是什么的同学请参考MSDN：https://msdn.microsoft.com/en-us/library/bb933866(v=sql.100).aspx

如果对RG有了解，就会知道RG是一个对资源进行分配的设置选项，它可以对CPU或内存的最大、最小可用资源进行配置。

每个scheduler也都有自己的目标资源池 ，每个SCHEDULER的资源池大小基本等于RG最大配置/scheduler总数的平均值

scheduler cpu pool=max cpu/scheduler count

图为default的RG设置

OK，下面我们开始说明一下新的算法流程：

当需要给task指派一个scheduler的时候，如果首选scheduler(preferred scheduler)在添加这个task后，不会使得当前scheduler的平均任务资源利用率下降到当前NUMA节点内平均资源利用率的80%以下，则将任务指派给首选scheduler；反之，则将任务分配给同一NUMA节点中有最多可用资源的sheduler上。

如果写成逻辑公式则是这种计算方式：

if  (preferred scheduler pool target/runable task+1)>avg (sum(scheduler pool target/runable task))*0.8

　　preferred scheduler task+1

else

　　most pool resource scheduler task+1

也许这样说起来并不直观，我们用一些图例和计算说明一下具体流程

依然模拟了这样一个环境：2NUMA，四核,1433端口绑定到NUMA0,使用默认的RG设置(也就是MAX CPU=100%)

我们可以列出下表

全局的平均值则=(5.56+4.55)/2=5.05，那么80%数据值为5.05*0.8=4.04

1.

在sche1发起了一个任务分配的任务，计算公式则如下

scheduler1 avg = 50/(11+1)=4.17

我们发现4.17这个数值要高于全局平均使用率的80%(4.04),那么这个任务还是会分配给首选scheduler，也就是sche1

（这里注意：如果按以前版本负载系数的算法，则是(11+1)/9=1.33，在sche1添加这个任务，任务负载会超出sch0的20%以上，则此任务则会分配给sche0）

2.

上面的表格变为如下：

全局的平均值则=(5.56+4.17)/2=4.86，那么80%数据值为4.86*0.8=3.89

3.

接下来我们再继续在sche1上添加新的任务，计算公式则如下

scheduler1 avg = 50/(12+1)=3.85<3.89

则新的任务会分配到非首选schduler上，也就是sche0上,表格变成

我们可以看出，通过新的算法，并没有对不同的scheduler上的任务造成过大的数量差距，而且减小了在不同scheduler上切换任务的次数

以上就是sql server 2012任务调度算法的一些基本内容

补充

在服务器启动时候，我们可以使用2个trace flag进行调度算法的指定，当然和一般的trace flag一样，如果不是特别需要且经验非常丰富的DBA，不要对这些看似高大上的参数进行调整

-T8008      - 使用2012企业版之前的调度算法，也就是我在第一篇中写到的算法

-T8016       - 强制指派任务到首选scheduler上（基本上等于不进行什么算法判断了）