sql-server – CPU时间或经过的时间 – 这实际上意味着SQL Query的性能?

前端之家收集整理的这篇文章主要介绍了sql-server – CPU时间或经过的时间 – 这实际上意味着SQL Query的性能?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个sql Server 2012表与2697记录,该表未编入索引.未来高达10万条记录的数据将会增加.我没有加入任何其他表来检索记录.最初我创建了一个用户定义的函数来从表中检索记录.

后来我才知道视图会比用户定义的函数更快,因此我为该表创建了一个View.

要了解Query的性能,我包括以下代码获取我的UDF,VIEW和直接sql语句的cpu时间和已用时间.

SET STATISTICS IO ON;
SET STATISTICS TIME ON;

当我使用select查询直接从我的表中提取数据时,我得到了下面的cpu时间和经过的时间

SELECT [CollegeName],[CandidateID],[age],[race],[sex],[ethnic],[arm],[Weeknum],[siteid],[country],[Region],[SubRegion],[SNAME],[UID]
  FROM [testdata]

—-结果

Scan count 1,logical reads 1338,physical reads 0,read-ahead reads 0,lob logical reads 0,lob physical reads 0,lob read-ahead reads 0.
 sql Server Execution Times:
   cpu time = 31 ms,elapsed time = 4381 ms.

当我使用VIEW时,我得到了cpu时间和经过时间

CREATE VIEW vw_testdata
AS
SELECT [CollegeName],[UID]
  FROM [testdata]

– 结果

Scan count 1,logical reads 1324,lob read-ahead reads 0.
sql Server Execution Times:
       cpu time = 15 ms,elapsed time = 5853 ms.

而我的UDF又回来了

CREATE FUNCTION [dbo].[fn_DocApproval] (@collegename nvarchar(30) = NULL)
RETURNS TABLE 
AS
RETURN  
(
SELECT [CollegeName],[UID]
  FROM [testdata] WHERE CollegeName = ISNULL(@collegename,collagename)
)

– 结果

Scan count 1,lob read-ahead reads 0.
 sql Server Execution Times:
   cpu time = 203 ms,elapsed time = 785 ms.

与直接sql和视图相比,UDF的运行时间非常短,但cpu时间更长.

但是,与直接sql和UDF相比,视图中的cpu时间较少.

我想知道我们需要了解哪一个来确定查询性能.

另外,为什么每次运行相同的查询时,cpu时间和经过的时间都会发生变化?

我的架构和示例dataFiddle

我目前有2697行,我无法将它们全部加载到小提琴中.

解决方法

根据文章 SQL Query performance Tuning

sql Server解析和编译时间:当我们向sql服务器提交要执行的查询时,它必须解析并编译任何语法错误,并且优化器必须为执行生成最佳计划. sql Server解析和编译时间是指完成此预执行步骤所需的时间.如果查看第二次执行的输出,则sql Server解析和编译时间部分中的cpu时间和已用时间均为0.这表明sql服务器没有花费任何时间来解析和编译查询,因为执行计划在缓存中很容易获得. cpu时间是指cpu上的实际花费时间,经过时间是指完成解析和编译所花费的总时间. cpu时间和已用时间之间的差异可能在队列中等待时间以获得cpu周期或等待IO完成.这在性能调优中没有太大意义,因为值会因执行而异.如果您在本节中获得一致的值,可能您将使用重新编译选项运行该过程.

sql Server执行时间:这是指sql Server完成已编译计划执行所用的时间. cpu时间是指在cpu上花费的实际时间,其中经过的时间是完成执行的总时间,包括信号等待时间,完成IO操作的等待时间以及将输出传输到客户端所花费的时间.cpu时间可用于基线性能调整.除非您修改查询或数据,否则从执行到执行的此值不会有太大变化.服务器上的负载不会对此值产生太大影响.请注意,显示的时间以毫秒为单位.对于具有相同数据的相同查询,cpu时间的值可能因执行而异,但只有100秒,这只是一秒的一部分.经过的时间取决于许多因素,例如服务器上的负载,IO负载,服务器和客户端之间的网络带宽.因此,在进行性能调整时,始终将cpu时间用作基线.

您在计划中使用的逻辑读取次数越少,查询的效率就越高.

猜你在找的MsSQL相关文章