监控SQL Server服务器CPU的各项指标

候项目经理会跟你说，我们数据库服务器CPU压力大不大，存不存在CPU资源瓶颈?你怎么判断呢?我们不能仅仅根据服务器CPU的利用率来判断，毕竟业务高峰期间，服务器CPU利用率本来可能就比较高，一般而言，我们还需要通过指标“Signal Wait Percent”来判定CPU是否存在瓶颈，通过这个指标判断CPU的瓶颈是否影响了数据库性能。在了解这个指标前，我们先要了解“CPU signal wait time”这个指标。这个指标是啥呢?它指进程或线程从发出信号到开始运行的时间差，在等待运行队列中时间开销，是单纯的CPU等待。

而指标“Signal Wait Percent”它描述了指令等待CPU资源的时间占总时间的百分比。如果“Signal Wait Percent”较高的话，这可能表明CPU已被过度使用，从而迫使SQL Server进程进入任务等待。如果超过20%，说明CPU资源紧张，存在瓶颈。

Signal Wait Percent

The signal wait percentage shows the percentage of overall time that sessions are waiting for a CPU to become available. Anything over 20% would indicate that there is a possible CPU resource bottleneck.

获取“Signal Wait Percent”的脚本如下，signal_wait_time_ms这些值是从服务器的最后一次重新启动后开始计算或累加的，由于是一个累加值，所以，上面计算的[signal wait percent(%)]的值是一个平均值，一段时间内可能不会有变化，它不适合计算某个时间点或时间段之间的“Signal Wait Percent”，可以有下面两种方法解决：

• 1：使用以下方法将其重置后，然后计算“Signal Wait Percent”。不推荐使用这种方法。因为这类操作可能会影响其他数据采集或监控指标。
• DBCC SQLPERF ('sys.dm_os_wait_stats', CLEAR);
• 2：间隔(一分钟)采集一次指标signal_wait_time_ms 和wait_time_ms的值，然后用后面一次的值减去上面一次的值，从而可以计算一分钟内的“Signal Wait Percent”。

另外，如果一个SQL Server实例下，有多个用户数据库，那么有没有方法统计那个用户数据库消耗了服务器CPU资源的比例呢?统计那个用户数据库消耗的CPU资源最多。当然这个只是大概统计，不是非常精准。

（编辑：鞍山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!