为了执行多任务，Microsoft Windows 2000 和 Windows Server 2003 有时会在不同的处理器之间移动进程线程。虽然从操作系统方面而言，这种活动是高效的，但是在高系统负荷的情况下，该活动会降低 Microsoft SQL Server 的性能，因为每个处理器缓存都会不断地重新加载数据。如果将各个处理器分配给特定线程，则通过消除处理器的重新加载需要以及减少处理器之间的线程迁移（因而减少上下文切换），可以提高在这些条件下的性能；线程与处理器之间的这种关联称为“处理器关联”。

SQL Server 2005 通过以下两个关联掩码选项来支持处理器关联：affinity mask（也称为 CPU affinity mask）和 affinity I/O mask。有关 affinity I/O mask 选项的详细信息，请参阅 affinity I/O mask 选项。对具有 33 到 64 个处理器的服务器的 CPU 和 I/O 关联支持还要求分别使用 affinity64 mask 选项和 affinity64 I/O mask 选项。

注意：
对具有 33 到 64 个处理器的服务器的关联支持仅在 64 位操作系统上可用。

 

affinity mask 选项存在于 SQL Server 的早期版本中，用于动态控制 CPU 关联。

在 Microsoft SQL Server 2005 中，可以配置 affinity mask 选项而无需重新启动 SQL Server 实例。使用 sp_configure 时，必须在设置配置选项之后运行 RECONFIGURE 或 RECONFIGURE WITH OVERRIDE。使用 SQL Server Express 时，更改 affinity mask 选项不需要重新启动。

关联掩码的更改是动态进行的，因此可以按需启动和关闭用于在 SQL Server 中绑定进程线程的 CPU 计划程序。当服务器上的条件改变时会发生这种情况。例如，如果向服务器上添加了新的 SQL Server 实例，可能需要调整 affinity mask 选项以重新分配处理器负荷。

对关联位掩码进行修改需要 SQL Server 启用新的 CPU 计划程序并禁用现有的 CPU 计划程序。然后就可以在新的或剩余的计划程序上处理新批处理。

若要启动新的 CPU 计划程序，SQL Server 应创建新的计划程序并将其添加到标准计划程序列表中。新的计划程序仅用于新加入的批处理。当前批处理会继续在同一计划程序上运行。当释放了现有工作线程或创建了新的工作线程后，它们就会迁移到新的计划程序。

若要关闭某个计划程序，需要等到该计划程序上的所有批处理都完成其活动并退出之后。已关闭的计划程序将被标记为离线，以防在它上面安排新的批处理。

服务器处于运行状态时，无论添加还是删除了计划程序，永久系统任务 [如锁监视器、检查点、系统任务线程（用于处理 DTC）和信号进程] 都会继续在原计划程序上运行。这些永久系统任务不会动态迁移。若要在各个计划程序上重新为这些系统任务分配处理器负荷，则需要重新启动 SQL Server 实例。当 SQL Server 尝试关闭与某个永久系统任务相关联的计划程序时，该任务会继续在离线计划程序上运行（而不迁移）。此计划程序将被绑定到修改后的关联掩码中的处理器，在修改之前，不应在其关联的处理器上添加任何负荷。额外的离线计划程序不会显著影响系统的负荷。如果不是这样，则需要重新启动数据库服务器以重新配置这些任务。

I/O 关联任务（如惰性编写器和日志编写器）直接受 I/O 关联掩码的影响。如果惰性编写器和日志编写器任务不被关联，它们将与其他永久任务（如锁监视器或检查点）遵循相同的规则。

为了确保新的关联掩码有效，RECONFIGURE 命令将验证正常 CPU 与 I/O 关联是否互相排斥。如果不互相排斥，将向客户端会话和 SQL Server 错误日志报告一条错误消息，指明不建议进行这种设置。运行 RECONFIGURE WITH OVERRIDE 选项将允许 CPU 与 I/O 关联不互相排斥。

如果指定的关联掩码试图映射到不存在的 CPU，RECONFIGURE 命令会向客户端会话和 SQL Server 错误日志报告一条错误消息。在这种情况下，RECONFIGURE WITH OVERRIDE 选项将不起作用，并将再次报告相同的配置错误。

您也可以不在由 Windows 2000 或 Windows Server 2003 操作系统分配了特定工作负荷的处理器上执行 SQL Server 活动。如果将代表某个处理器的位设置为 1，SQL Server 数据库引擎将会选择该处理器来进行线程分配。如果将 affinity mask 设置为 0（默认值），则由 Windows 2000 或 Windows Server 2003 计划算法来设置线程的关联。如果将 affinity mask 设置为任一非零值，SQL Server 关联将把该值解释为一个位掩码，用于指定可选的处理器。

通过防止 SQL Server 线程在某个特定的处理器上运行，Microsoft Windows 2000 或 Windows Server 2003 可以更好地评估 Windows 专用的系统进程处理。例如，在运行两个 SQL Server 实例（实例 A 和实例 B）的具有 8 个 CPU 的服务器上，系统管理员可以使用 affinity mask 选项将第一组的 4 个 CPU 分配给实例 A，将第二组的 4 个 CPU 分配给实例 B。若要配置 32 个以上的处理器，应同时设置 affinity mask 和 affinity64 mask。affinity mask 的值如下所示：来源 www.pms.cc

• 在多处理器计算机中，单字节关联掩码最多可以涵盖 8 个 CPU。
   
• 在多处理器计算机中，双字节关联掩码最多可以涵盖 16 个 CPU。
   
• 在多处理器计算机中，3 字节关联掩码最多可以涵盖 24 个 CPU。
   
• 在多处理器计算机中，4 字节关联掩码最多可以涵盖 32 个 CPU。
   
• 若要涵盖 32 个以上的 CPU，可为前 32 个 CPU 配置一个 4 字节关联掩码，为其余的 CPU 配置一个最多 4 字节的 affinity64 掩码。来源 www.pms.cc
   

因为设置 SQL Server 处理器关联是一种专用操作，所以建议只在需要时使用。大多数情况下，Windows 2000 或 Windows Server 2003 的默认关联可提供最佳性能。在设置关联掩码时还应考虑其他应用程序对 CPU 的需求。有关详细信息，请参阅 Windows 操作系统文档。

注意：
可以使用 Windows 系统监视器来查看和分析单个处理器的使用情况。

 

在指定 affinity mask 选项时，必须将其与 affinity I/O mask 配置选项结合使用。不要同时在 affinity mask 开关和 affinity I/O mask 选项中启用同一个 CPU。与每个 CPU 对应的位应处于以下三种状态之一：

• 在 affinity mask 选项和 affinity I/O mask 选项中均为 0。
   
• 在 affinity mask 选项中为 1，在 affinity I/O mask 选项中为 0。
   
• 在 affinity mask 选项中为 0，在 affinity I/O mask 选项中为 1。
   

注意：
请不要在 Windows 操作系统中配置 CPU 关联后，还在 SQL Server 中配置关联掩码。这些设置实现的效果相同，如果配置不一致，则可能会得到意外的结果。最好使用 SQL Server 中的 sp_configure 选项来配置 SQL Server CPU 关联。

 

sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
sp_configure 'affinity mask', 38;
RECONFIGURE;
GO