服务器是 4个四核处理器(16个CPU)
做复杂查询测试的时候发现
每次查询总会让其中几个CPU使用率升到100%而其他的CPU毫无反应.
其中sql是2005的 已经安装了sp3的补丁了
服务器是2003 sp2的也打过补丁(支持多核的KB936357补丁也有)我想需要通过某种设置或者升级处理
使得其在做查询的时候是同时在使用大部分的CPU 不出现有CPU闲置的状态以提高CPU的使用率
也可以提高SQL的查询速度.
请问有谁遇到过相关的问题 应该如何解决.
在线急等!
做复杂查询测试的时候发现
每次查询总会让其中几个CPU使用率升到100%而其他的CPU毫无反应.
其中sql是2005的 已经安装了sp3的补丁了
服务器是2003 sp2的也打过补丁(支持多核的KB936357补丁也有)我想需要通过某种设置或者升级处理
使得其在做查询的时候是同时在使用大部分的CPU 不出现有CPU闲置的状态以提高CPU的使用率
也可以提高SQL的查询速度.
请问有谁遇到过相关的问题 应该如何解决.
在线急等!
例如,设置 affinity mask 选项时,如果选择处理器 1、2 和 5 作为可用的处理器,并将位 1、2 和 5 设置为 1,位 0、3、4、6 和 7 设置为 0,则将指定十六进制值 0x26 或等于 38 的十进制值。从右至左对位进行编号。affinity mask 选项按从 0 到 31 的方式来计算处理器,这样在以下示例中,计数器 1 表示服务器上的第二个处理器。
sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
sp_configure 'affinity mask', 38;
RECONFIGURE;
GO
但是,一般的工作,只会使用满1个核,这时,其它核必然是空闲的
只有工作能被并发执行,才会使用满多个核,甚至用满所有的核
但是始终只会用其中1到两个CPU在做查询
等待高手
FROM sys.dm_os_wait_stats
group by wait_type
order by SUM(wait_time_ms) desc贴上来瞅瞅呗。有可能是正常的不需要这么cpu而已。
可能只实际诊断才会有结果
sql server自己选择了单CPU的执行计划