CPUの高さを報告して、SQLServerはどのように調査します

最近システムはテストの过程の中で、いつもCPUが标准を超える情况が现れて、时にはCPUは90%以上に达することができて、私の天、少し崩壊して、次の1歩1歩の调査の问题!
一般的には次のスクリプトを使用します.一般的には3つのビューsysが使用されます.sysprocesses ,dm_exec_sessions ,dm_exec_requests
現在のデータベース・ユーザー接続の数を確認します.

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;"><span style="font-family:Comic Sans MS;font-size:18px;">USE master
GO
-- 
SELECT * FROM sys.[sysprocesses] WHERE [spid]>50 --AND DB_NAME([dbid])='gposdb'
SELECT COUNT(*) FROM [sys].[dm_exec_sessions] WHERE [session_id]>50</span></span></span>

次に、次の文を使用して、各指標が正常かどうか、ブロックされているかどうかを確認します.この文は、最初の10個の最もCPU時間を消費するセッションを選択します.

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;"><span style="font-family:Comic Sans MS;font-size:18px;">SELECT TOP 10 
[session_id], 
[request_id], 
[start_time] AS ' ', 
[status] AS ' ', 
[command] AS ' ', 
dest.[text] AS 'sql ', 
DB_NAME([database_id]) AS ' ', 
[blocking_session_id] AS ' ID',
[wait_type] AS ' ',
[wait_time] AS ' ',
[wait_resource] AS ' ',
[reads] AS ' ',
[writes] AS ' ',
[logical_reads] AS ' ',
[row_count] AS ' '
FROM sys.[dm_exec_requests] AS der 
CROSS APPLY 
sys.[dm_exec_sql_text](der.[sql_handle]) AS dest 
WHERE [session_id]>50 AND DB_NAME(der.[database_id])='gposdb'  
ORDER BY [cpu_time] DESC
</span></span></span>

具体的なSQL文を見て次のSQL文を実行したい場合は、SSMSで結果をテキスト形式で表示することを選択してください.

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;"><span style="font-family:Comic Sans MS;font-size:18px;">-- SSMS 
SELECT TOP 10 
dest.[text] AS 'sql '
FROM sys.[dm_exec_requests] AS der 
CROSS APPLY 
sys.[dm_exec_sql_text](der.[sql_handle]) AS dest 
WHERE [session_id]>50  
ORDER BY [cpu_time] DESC</span></span></span>

また、CPU数とuser scheduler数と最大ワークスレッド数を確認し、workerが切れているかどうかを確認してCPUの使用状況を確認することもできます.

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;"><span style="font-family:Comic Sans MS;font-size:18px;">-- CPU user scheduler 
SELECT cpu_count,scheduler_count FROM sys.dm_os_sys_info
-- 
SELECT max_workers_count FROM sys.dm_os_sys_info</span></span></span>

マシン上のすべてのschedulersを表示するにはuserとsystemが含まれます

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;">-- CPU user scheduler 
SELECT cpu_count,scheduler_count FROM sys.dm_os_sys_info
-- 
SELECT max_workers_count FROM sys.dm_os_sys_info</span></span>

次の文でworkerが使い切ったかどうかを確認します.最大スレッド数に達した場合は、以下の表の各種CPUとSQLSERVERバージョンを組み合わせて自動的に構成する最大動作スレッド数CPU数32ビットコンピュータ64ビットコンピュータ<=4 256512 8 288 576 16 352 704 480をチェックする.         960

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;"><span style="font-family:Comic Sans MS;font-size:18px;">SELECT
scheduler_address,
scheduler_id,
cpu_id,
status,
current_tasks_count,
current_workers_count,active_workers_count
FROM sys.dm_os_schedulers</span></span></span>

SQLSERVERに待機するリソースがある場合、次の文を実行すると、セッション中に結合を待機しているworkerが何人いるかが表示されます[sys].[dm_os_wait_stats]ビューで、現在のSQLSERVERに待機リソースがない場合、次のSQL文には結果は表示されません.

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;"><span style="font-family:Comic Sans MS;font-size:18px;">SELECT TOP 10 
 [session_id], 
 [request_id], 
 [start_time] AS ' ', 
 [status] AS ' ', 
 [command] AS ' ', 
 dest.[text] AS 'sql ', 
 DB_NAME([database_id]) AS ' ', 
 [blocking_session_id] AS ' ID',
 der.[wait_type] AS ' ',
 [wait_time] AS ' ',
 [wait_resource] AS ' ',
 [dows].[waiting_tasks_count] AS ' ',
 [reads] AS ' ',
 [writes] AS ' ',
 [logical_reads] AS ' ',
 [row_count] AS ' '
 FROM sys.[dm_exec_requests] AS der 
 INNER JOIN [sys].[dm_os_wait_stats] AS dows 
 ON der.[wait_type]=[dows].[wait_type]
 CROSS APPLY 
 sys.[dm_exec_sql_text](der.[sql_handle]) AS dest 
 WHERE [session_id]>50  
 ORDER BY [cpu_time] DESC
</span></span></span>

CPU占有率の高い文を問い合わせる

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;"><span style="font-family:Comic Sans MS;font-size:18px;">SELECT TOP 10 
 total_worker_time/execution_count AS avg_cpu_cost, plan_handle, 
 execution_count, 
 (SELECT SUBSTRING(text, statement_start_offset/2 + 1, 
       (CASE WHEN statement_end_offset = -1 
          THEN LEN(CONVERT(nvarchar(max), text)) * 2 
          ELSE statement_end_offset 
       END - statement_start_offset)/2) 
    FROM sys.dm_exec_sql_text(sql_handle)) AS query_text
FROM sys.dm_exec_query_stats
ORDER BY [avg_cpu_cost] DESC</span></span></span>

クエリ欠落インデックス

<span style="font-family:Comic Sans MS;font-size:18px;"><span style="font-size:18px;"><span style="font-family:Comic Sans MS;font-size:18px;">SELECT 
    DatabaseName = DB_NAME(database_id)
    ,[Number Indexes Missing] = count(*) 
FROM sys.dm_db_missing_index_details
GROUP BY DB_NAME(database_id)
ORDER BY 2 DESC;

SELECT TOP 10
[Total Cost] = ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0)
, avg_user_impact
, TableName = statement
, [EqualityUsage] = equality_columns
, [InequalityUsage] = inequality_columns
, [Include Cloumns] = included_columns
FROM sys.dm_db_missing_index_groups g
INNER JOIN sys.dm_db_missing_index_group_stats s
ON s.group_handle = g.index_group_handle
INNER JOIN sys.dm_db_missing_index_details d
ON d.index_handle = g.index_handle
ORDER BY [Total Cost] DESC;</span></span></span>

一般的にCPU負荷が高いままでメモリもIOも大丈夫な場合、まず思いつくのはインデックスの問題で、十中八九間違いありません.