当前位置：文江博客话题详情

什么可以使 SQL Server DB 表现出循环 CPU 使用行为？

发布于 2024-12-09 10:02:09 字数 490 浏览 3 评论 0原文

我有一个正在处理来自 MSMQ 队列的消息的系统（使用多个进程来进行处理）。

每个消息处理意味着读取一些行，并进行 3 次更新和 1 次插入。我用这个系统每秒处理大约 60 条消息。

令我困惑的是，无论出于何种原因，当队列中消息堆积时，系统正在以最快的速度处理消息时，CPU 使用率会出现一个峰值为 95%-100%，谷值为 95%-100% 的周期。 50%-45%。即使我添加更多进程来进行处理，这种行为仍然存在。

当工作负载意味着行插入和更新（我正在考虑缓存刷新等）时，是否期望 SQL Server 显示该行为？也许它与主机有关（这是在 Hyper-V 上运行，而不是在真实硬件上运行）？

以下是 perfmon 运行的链接： http://dl.dropbox.com/u/2200654 /sql_perf_000001.rar

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

心凉怎暖 2024-12-16 10:02:09

这是如何针对默认 SQL Server 实例以 10 秒收集间隔启动一些相关计数器的 logman 计数器跟踪的示例：

@echo off
del %temp%\sql_perf*.blg
logman delete sql_perf
logman create counter sql_perf -f bin -si 10 -o %temp%\sql_perf.blg -c "\Processor(_Total)\*" "\Physical Disk(*)\*" "\Process(*)\*" "\SQLServer:Access Methods\*" "\SQLServer:Databases(*)\*" "\SQLServer:Memory Manager\*" "\SQLServer:SQL Statistics\*" "\SQLServer:Wait Statistics\*" "\SQLServer:Transactions\*"
logman start sql_perf

命名实例将计数器类别名称从“SQLServer:...”更改为“:...

”上传的性能计数器缺少物理磁盘计数器，因此 IO 分析不完整，但值得注意的是 CPU 使用率百分比与 SQL Server 事务/秒和批次/秒完全匹配：

EBUS 性能计数器

请注意红线 (% CPU) 如何完全遵循绿线 (事务数/秒) 的形状以及蓝线（批次/秒）。这表明峰值完全由应用程序行为驱动。简而言之，SQL Server 的 CPU 峰值（以及 IO 写入读取（紫色线））仅仅是因为您的应用程序每 3 分钟左右就会出现请求峰值。

This is an example how to start logman counter trace for some relevant counters, with 10s collection interval, for a default SQL Server instance:

@echo off
del %temp%\sql_perf*.blg
logman delete sql_perf
logman create counter sql_perf -f bin -si 10 -o %temp%\sql_perf.blg -c "\Processor(_Total)\*" "\Physical Disk(*)\*" "\Process(*)\*" "\SQLServer:Access Methods\*" "\SQLServer:Databases(*)\*" "\SQLServer:Memory Manager\*" "\SQLServer:SQL Statistics\*" "\SQLServer:Wait Statistics\*" "\SQLServer:Transactions\*"
logman start sql_perf

Named instances change the counter category name from "SQLServer:..." to ":..."

The uploaded performance counters are missing the Phsyical Disk counters so the IO analysis is incomplete, but one think standing out is that the % CPU usage is an exact match of the SQL Server transaction/sec and batches/sec:

EBUS performance counters

Note how the red line (% CPU) follows exactly the shape of the green line (Transactions/sec) and also the blue line (Batches/sec). This indicates that the spikes are entirely driven by the application behavior. Simply said, the SQL Server spikes in CPU (and also on IO write read, the purple line) simply because your application spikes requests every 3 minutes or so.

回复收藏 0 原文