初涉SQL Server性能問題（4/4）：列出最耗資源的會話

時間 2019-11-16

標籤 sql server 性能問題列出耗資會話欄目 SQL 简体版

原文原文鏈接

在上3篇文章裏，咱們討論了列出反映服務器當前狀態的不一樣查詢。html

這篇文章咱們看下從計劃緩存裏列出執行狀態。sql

 1 /*****************************************************************************************
 2 List heavy query based on CPU/IO. Change the order by clause appropriately
 3 ******************************************************************************************/
 4 SELECT TOP 20
 5 DB_NAME(qt.dbid) AS DatabaseName
 6 ,DATEDIFF(MI,creation_time,GETDATE()) AS [Age of the Plan(Minutes)]
 7 ,last_execution_time AS [Last Execution Time]
 8 ,qs.execution_count AS [Total Execution Count]
 9 ,CAST((qs.total_elapsed_time) / 1000000.0 AS DECIMAL(28,2)) [Total Elapsed Time(s)]
10 ,CAST((qs.total_elapsed_time ) / 1000000.0/ qs.execution_count AS DECIMAL(28, 2)) AS [Average Execution time(s)]
11 ,CAST((qs.total_worker_time) / 1000000.0 AS DECIMAL(28,2)) AS [Total CPU time (s)]
12 ,CAST(qs.total_worker_time * 100.0 / qs.total_elapsed_time AS DECIMAL(28,2)) AS [% CPU]
13 ,CAST((qs.total_elapsed_time - qs.total_worker_time)* 100.0 /qs.total_elapsed_time AS DECIMAL(28, 2)) AS [% Waiting]
14 ,CAST((qs.total_worker_time) / 1000000.0/ qs.execution_count AS DECIMAL(28, 2)) AS [CPU time average (s)]
15 ,CAST((qs.total_physical_reads) / qs.execution_count AS DECIMAL(28, 2)) AS [Avg Physical Read]
16 ,CAST((qs.total_logical_reads) / qs.execution_count AS DECIMAL(28, 2))  AS [Avg Logical Reads]
17 ,CAST((qs.total_logical_writes) / qs.execution_count AS DECIMAL(28, 2)) AS [Avg Logical Writes]
18 ,max_physical_reads
19 ,max_logical_reads
20 ,max_logical_writes
21 , SUBSTRING (qt.TEXT,(qs.statement_start_offset/2) + 1,((CASE WHEN qs.statement_end_offset = -1
22    THEN LEN(CONVERT(NVARCHAR(MAX), qt.TEXT)) * 2
23    ELSE qs.statement_end_offset
24    END - qs.statement_start_offset)/2) + 1) AS [Individual Query]
25 , qt.TEXT AS [Batch Statement]
26 , qp.query_plan
27 FROM SYS.DM_EXEC_QUERY_STATS qs
28 CROSS APPLY SYS.DM_EXEC_SQL_TEXT(qs.sql_handle) AS qt
29 CROSS APPLY SYS.DM_EXEC_QUERY_PLAN(qs.plan_handle) qp
30 WHERE qs.total_elapsed_time > 0
31 ORDER BY 
32 [Total CPU time (s)] 
33 --[Avg Physical Read]
34 --[Avg Logical Reads]
35 --[Avg Logical Writes]
36 --[Total Elapsed Time(s)]
37 --[Total Execution Count]
38 DESC

View Code

輸出結果的每列說明介紹以下：數據庫

DatabaseName 執行計劃的數據庫環境（數據庫名）。
Age of the Plan(Minutes) 計劃緩存裏計劃的生存期，單位爲分鐘。
Last Execution Time 這個計劃的上次執行日期和時間。
Total Execution Count 自上次編譯後，總執行次數；在執行計劃生存期內[Age of the Plan(Minutes)]，總執行次數（自上次編譯後）。
Total Elapsed Time(s) 執行這個計劃總執行次數後[Total Execution Count]的總佔用時間，單位爲秒。
Average Execution time(s) 這個計劃每次執行的平均時間，單位爲秒。
Total CPU time (s) 執行這個計劃總執行次數後[Total Execution Count]的總CPU時間，單位爲秒。
% CPU 與Total Elapsed Time(s)相比，CPU佔用時間比。
% Waiting 與Total Elapsed Time(s)相比，等待資源佔用時間比。
CPU time average (s) 每次執行的平均CPU時間，單位爲秒。
Avg Physical Read 每次執行的平均物理讀數。
Avg Logical Reads 每次執行的平均邏輯讀數。
Avg Logical Writes 每次執行的平均邏輯寫數。
max_physical_reads 每次執行的時候，出新最大物理讀數。
max_logical_reads 每次執行的時候，出新最大邏輯讀數。
max_logical_writes 每次執行的時候，出新最大邏輯寫數。
Individual Query 批處理語句的部分信息。
Batch Statement 批處理查詢。
query_plan XML格式的執行計劃，點擊後咱們能夠看圖示執行計劃。

通常咱們能夠分析前5條記錄(經過修改排序規則)的具體語句信息。大多數狀況，咱們會發現問題出如今臨時表的濫用，distinct語句，遊標，不合適的錶鏈接條件，不合適的索引等等。其餘常常發生的問題是，存儲過程對數據庫的大量調用（CPU消耗和執行時間都很小）。這個須要和開發人員反饋，修改下具體的實現方式。若是數據常常被調用，能夠在程序裏使用緩存方法避免與服務器的屢次交互。有些對數據庫的調用只是檢查結果數據是否有改變。有些對數據庫的調用是爲檢查數據庫表裏是否有新記錄，且必須立刻處理的。爲了完成這些操做，程序會在1秒內屢次查詢表來找出未處理的記錄。這個能夠經過程序的異步調用來往表裏插入數據來解決，或能夠使用.net框架裏的sqlDependency來解決。（sqlDependency提供了這樣一種能力:當被監測的數據庫中的數據發生變化時,SqlDependency會自動觸發OnChange事件來通知應用程序,從而達到讓系統自動更新數據(或緩存)的目的。）緩存

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。