SQL Server Cpu 100% 的常見原因及優化 |
發布時間: 2012/9/6 16:55:25 |
特別是對大表 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 qorder by c.total_worker_time descgo--我們也可以找到最經常做重編譯的存儲過程。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_textwhere plan_generation_num >1order by plan_generation_num descgo 本文出自:億恩科技【www.vbseamall.com】 |