常見Cpu 100%的原因主要如下：

1. 編譯和重編譯

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

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

2. 排序（sort） 和 聚合計算（aggregation）

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

3. 表格連線（Join）操作

當語句需要兩張表做連線的時候，SQL Server 常常會選擇 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. 利用 Sql Server 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 (SELECT TOP 50 qs.*
      FROM sys.dm_exec_query_stats qs
      ORDER BY qs.total_worker_time DESC) AS c
     CROSS APPLY sys.dm_exec_sql_text (plan_handle) AS q
ORDER BY c.total_worker_time DESC
go

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

SELECT TOP 25 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
ORDER BY plan_generation_num DESC
go