Sql Server Cpu 100% 的常見原因及最佳化

SqlServer Cpu 100% 的情況並不太常見，一般引起 Sql Server 產生效能問題的，都是 阻塞、串連數、IO 磁碟等。所以，一般Sql Server 的使用率都是比較低的。但是，在有些情況下，還是會出現Cpu 100%的情況的。

 

Sql Server 在做哪些操作的時候，會比較集中使用 CPU 資源呢？常見的主要如下：

常見的原因：

 

1. 編譯和重編譯

 

編譯是 Sql Server 為指令產生執行計畫的過程。Sql Server 要分析指令要做的事情，分析它所要訪問的表格結構，也就是產生執行計畫的過程。這個過程主要是在做各種計算，所以CPU 使用比較集中的地方。

執行計畫產生後會被緩衝在 記憶體中，以便重用。但是不是所有的都可以 被重用。在很多時候，由於資料量發生了變化，或者資料結構發生了變化，同樣一句話執行，就要重編譯。

 

2. 排序（sort） 和 彙總計算（aggregation）

 

在查詢的時候，經常會做 order by、distinct 這樣的操作，也會做 avg、sum、max、min 這樣的彙總計算，在資料已經被載入到記憶體後，就要使用CPU把這些計算做完。所以這些操作的語句CPU 使用量會多一些。

 

3. 表格串連（Join）操作

 

當語句需要兩張表做串連的時候，SQLServer 常常會選擇 Nested Loop 或 Hash 演算法。演算法的完成要運行 CPU，所以 join 有時候也會帶來 CPU 使用比較集中的地方。

 

 

4. Count(*) 語句執行的過於頻繁

 

特別是對大表 Count(*) ，因為 Count(*) 後面如果沒有條件，或者條件用不上索引，都會引起 全表掃描的，也會引起 CPU 的大量運算

 

在 SQL SERVER 這裡，和 CPU 有關的設定卻很有限，主要在 sp_configure 下，常見的設定有 Priority Boost 和 Lightweight Pooling 

 

而對於 執行計畫的觀察,利用 sys.dm_exec_cached_plans 視圖 會比較方便直觀的觀察，是很有的。

 

解決辦法：

 

1. 緊急處理時，可以重啟Sql Server 的服務，當然，如果 DB 是線上的 DB ，請謹慎此操作

 

2. 利用 SqlServer Profiler 來抓去語句，找出耗效能的SQL 陳述式，最佳化點。可以說，Sql 語句就好比 Sql server 的效能之匙，80 % 以上的 SQL SERVER 效能問題都是 SQL 陳述式引起的

 

3. 根據 累計 使用 CPU 資源最多的語句 和 最經常 需要編輯的預存程序 來最佳化 語句 和預存程序

--使用DMV來分析SQL Server啟動以來累計使用CPU資源最多的語句。例如下面的語句就可以列出前50名。

select 

    c.last_execution_time,c.execution_count,c.total_logical_reads,c.total_logical_writes,c.total_elapsed_time,c.last_elapsed_time, 

    q.[text]

from 

    (selecttop50 qs.*

from sys.dm_exec_query_stats qs

orderby qs.total_worker_time desc) as c

cross apply sys.dm_exec_sql_text(plan_handle) as q

orderby c.total_worker_time desc

go





--我們也可以找到最經常做重編譯的預存程序。

selecttop25 sql_text.text, sql_handle, plan_generation_num,  execution_count,

    dbid,  objectid 

from sys.dm_exec_query_stats a

cross apply sys.dm_exec_sql_text(sql_handle) as sql_text

where plan_generation_num >1

orderby plan_generation_num desc

go

相關文章：Sql Server CPU 效能排查及最佳化的相關 Sql