SQL Server Cpu 100% 的常見原因及優(yōu)化

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

在 SQL Server 這里，和 CPU 有關(guān)的設(shè)置卻很有限，主要在 sp_configure 下，常見的設(shè)置有 Priority Boost 和 Lightweight Pooling

而對于 執(zhí)行計劃的觀察,利用 sys.dm_exec_cached_plans 視圖 會比較方便直觀的觀察，是很有的。

解決辦法：

1. 緊急處理時，可以重啟SQL Server 的服務(wù)，當(dāng)然，如果 DB 是在線的 DB ，請謹(jǐn)慎此操作

2. 利用 SQL Server Profiler 來抓去語句，找出耗性能的SQL 語句，優(yōu)化點(diǎn)。可以說，Sql 語句就好比 SQL Server 的性能之匙，80 % 以上的 SQL Server 性能問題都是 SQL 語句引起的

3. 根據(jù) 累計 使用 CPU 資源最多的語句 和 最經(jīng)常 需要編輯的存儲過程 來優(yōu)化 語句 和存儲過程

--使用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--我們也可以找到最經(jīng)常做重編譯的存儲過程。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

服務(wù)器租用/服務(wù)器托管中國五強(qiáng)！虛擬主機(jī)域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]