SQL Server 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)操作
當語句需要兩張表做連接配接的時候,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 資源最多的語句 和 最經常 需要編輯的存儲過程 來優化 語句 和存儲過程