如何找出锤击我的SQL Server的内容?

时间:2009-06-03 14:24:28

标签: sql-server performance cpu-usage

我的SQL Server CPU在今天的大部分时间里一直保持在90%左右。

由于它一直在使用,我无法重启它。

是否有可能找出SQL中导致此类CPU过载的内容?

我已经运行了SQL事件探查器,但是很多情况下很难判断是否有任何特定原因造成它。

我已经运行了sp_who2,但我不确定一切是什么意思,以及是否有可能在这里找出可能存在的问题。

为了抢占任何“它可能只是被大量使用”的反应,今天只能从完全正常的活动水平开始。

我正在寻找在SQL中找到导致CPU悲痛的方法。

6 个答案:

答案 0 :(得分:90)

此查询使用DMV来识别CPU最昂贵的查询

SELECT TOP 20
    qs.sql_handle,
    qs.execution_count,
    qs.total_worker_time AS Total_CPU,
    total_CPU_inSeconds = --Converted from microseconds
        qs.total_worker_time/1000000,
    average_CPU_inSeconds = --Converted from microseconds
        (qs.total_worker_time/1000000) / qs.execution_count,
    qs.total_elapsed_time,
    total_elapsed_time_inSeconds = --Converted from microseconds
        qs.total_elapsed_time/1000000,
    st.text,
    qp.query_plan
FROM
    sys.dm_exec_query_stats AS qs
CROSS APPLY 
    sys.dm_exec_sql_text(qs.sql_handle) AS st
CROSS APPLY
    sys.dm_exec_query_plan (qs.plan_handle) AS qp
ORDER BY 
    qs.total_worker_time DESC

有关完整说明,请参阅:How to identify the most costly SQL Server queries by CPU

答案 1 :(得分:26)

我假设你在这里进行了尽职调查,确认你的CPU实际上是由SQL进程消耗的(perfmon进程类别计数器会确认这一点)。通常在这种情况下,您可以获取相关性能计数器的样本,并将它们与您在正常负载运行条件下建立的基准进行比较。解决此问题后,我建议您为将来的比较建立这样的基准。

您可以准确找到每个CPU周期的SQL消耗。但知道在哪里看需要很多知识和经验。是SQL 2005/2008还是2000? 幸运的是,2005年和更新版本有一些现成的解决方案。你已经在John Samson的答案中得到了一些好的指针。我想添加一个建议来下载并安装SQL Server Performance Dashboard Reports。其中一些报告包括按时间或按I / O查询的最常见查询,大多数使用过的数据文件等等,您可以快速了解问题所在。输出是数字和图形输出,因此对初学者更有用。

我还建议使用Adam's Who is Active脚本,虽然这有点高级。

最后但并非最不重要的是,我建议您下载并阅读MS SQL客户咨询小组关于性能分析的白皮书:SQL 2005 Waits and Queues

我的建议也是看I / O.如果你向服务器添加了一个加载缓冲池的负载(即,它需要如此多的数据,以便从内存中驱逐缓存的数据页),结果将是CPU的显着增加(听起来令人惊讶,但确实如此)。罪魁祸首通常是一个新的查询,端到端扫描一个大表。

答案 2 :(得分:7)

您可以运行SQL事件探查器,并按CPU或持续时间进行过滤,以便排除所有“小东西”。然后,更容易确定您是否遇到类似特定存储过程的问题,该问题的运行时间比它应该的长(可能是缺失的索引或其他东西)。

两个警告:

  • 如果问题是大量的微小交易,那么我上面描述的过滤器会排除它们,你会错过这个。
  • 此外,如果问题是一个单一的,大规模的工作(如8小时分析工作或设计不佳的选择,必须交叉加入10亿行),那么你可能不会在分析器中看到这个,直到它完全完成后,取决于您正在分析的事件(sp:completed vs sp:statementcompleted)。

但通常我会从Activity Monitor或sp_who2开始。

答案 3 :(得分:5)

将这些中的任何一个分开几秒钟。您将检测到高CPU连接。 或者:将CPU存储在本地变量WAITFOR DELAY中,比较存储的CPU值和当前CPU值

select * from master..sysprocesses
where status = 'runnable' --comment this out
order by CPU
desc

select * from master..sysprocesses
order by CPU
desc

可能不是最优雅但它有效而且快速。

答案 4 :(得分:3)

对于GUI方法,我将查看Management下的Activity Monitor并按CPU排序。

答案 5 :(得分:2)

您可以在此处找到一些有用的查询:

Investigating the Cause of SQL Server High CPU

这对我有很大帮助:

SELECT s.session_id,
    r.status,
    r.blocking_session_id 'Blk by',
    r.wait_type,
    wait_resource,
    r.wait_time / (1000 * 60) 'Wait M',
    r.cpu_time,
    r.logical_reads,
    r.reads,
    r.writes,
    r.total_elapsed_time / (1000 * 60) 'Elaps M',
    Substring(st.TEXT,(r.statement_start_offset / 2) + 1,
    ((CASE r.statement_end_offset
WHEN -1
THEN Datalength(st.TEXT)
ELSE r.statement_end_offset
END - r.statement_start_offset) / 2) + 1) AS statement_text,
    Coalesce(Quotename(Db_name(st.dbid)) + N'.' + Quotename(Object_schema_name(st.objectid, st.dbid)) + N'.' +
    Quotename(Object_name(st.objectid, st.dbid)), '') AS command_text,
    r.command,
    s.login_name,
    s.host_name,
    s.program_name,
    s.last_request_end_time,
    s.login_time,
    r.open_transaction_count
FROM sys.dm_exec_sessions AS s
    JOIN sys.dm_exec_requests AS r
ON r.session_id = s.session_id
    CROSS APPLY sys.Dm_exec_sql_text(r.sql_handle) AS st
WHERE r.session_id != @@SPID
ORDER BY r.cpu_time desc

在状态字段,wait_type和cpu_time中,您可以找到当前正在运行的消耗CPU最多的任务。