SqlServer Cpu 100% 的情況并不太常見(jiàn)，一般引起 Sql Server 產(chǎn)生性能問(wèn)題的，都是 阻塞、連接數(shù)、IO 磁盤(pán)等。所以，一般Sql Server 的使用率都是比較低的。但是，在有些情況下，還是會(huì)出現(xiàn)Cpu 100%的情況的。
?
Sql Server 在做哪些操作的時(shí)候，會(huì)比較集中使用 CPU 資源呢？常見(jiàn)的主要如下：
常見(jiàn)的原因：
?
1. 編譯和重編譯
?
編譯是 Sql Server 為指令生成執(zhí)行計(jì)劃的過(guò)程。Sql Server 要分析指令要做的事情，分析它所要訪問(wèn)的表格結(jié)構(gòu)，也就是生成執(zhí)行計(jì)劃的過(guò)程。這個(gè)過(guò)程主要是在做各種計(jì)算，所以CPU 使用比較集中的地方。
執(zhí)行計(jì)劃生成后會(huì)被緩存在 內(nèi)存中，以便重用。但是不是所有的都可以 被重用。在很多時(shí)候，由于數(shù)據(jù)量發(fā)生了變化，或者數(shù)據(jù)結(jié)構(gòu)發(fā)生了變化，同樣一句話執(zhí)行，就要重編譯。
?
2. 排序（sort） 和 聚合計(jì)算（aggregation）
?
在查詢(xún)的時(shí)候，經(jīng)常會(huì)做 order by、distinct 這樣的操作，也會(huì)做 avg、sum、max、min 這樣的聚合計(jì)算，在數(shù)據(jù)已經(jīng)被加載到內(nèi)存后，就要使用CPU把這些計(jì)算做完。所以這些操作的語(yǔ)句CPU 使用量會(huì)多一些。
?
3. 表格連接（Join）操作
?
當(dāng)語(yǔ)句需要兩張表做連接的時(shí)候，SQLServer 常常會(huì)選擇 Nested Loop 或 Hash 算法。算法的完成要運(yùn)行 CPU，所以 join 有時(shí)候也會(huì)帶來(lái) CPU 使用比較集中的地方。
?
?
4. Count(*) 語(yǔ)句執(zhí)行的過(guò)于頻繁
?
特別是對(duì)大表 Count(*) ，因?yàn)?Count(*) 后面如果沒(méi)有條件，或者條件用不上索引，都會(huì)引起 全表掃描的，也會(huì)引起 CPU 的大量運(yùn)算
?
在 SQL SERVER 這里，和 CPU 有關(guān)的設(shè)置卻很有限，主要在 sp_configure 下，常見(jiàn)的設(shè)置有 Priority Boost 和 Lightweight Pooling?
?
而對(duì)于 執(zhí)行計(jì)劃的觀察 ,利用 sys.dm_exec_cached_plans 視圖 會(huì)比較方便直觀的觀察，是很有的。
?
解決辦法：
?
1. 緊急處理時(shí)，可以重啟Sql Server 的服務(wù)，當(dāng)然， 如果 DB 是在線的 DB ，請(qǐng)謹(jǐn)慎此操作
?
2. 利用 SqlServer Profiler 來(lái)抓去語(yǔ)句，找出耗性能的SQL 語(yǔ)句，優(yōu)化點(diǎn)。可以說(shuō)，Sql 語(yǔ)句就好比 Sql server 的性能之匙，80 % 以上的 SQL SERVER 性能問(wèn)題都是 SQL 語(yǔ)句引起的
?
3. 根據(jù) 累計(jì) 使用 CPU 資源最多的語(yǔ)句 和 最經(jīng)常 需要編輯的存儲(chǔ)過(guò)程 來(lái)優(yōu)化 語(yǔ)句 和存儲(chǔ)過(guò)程
--
使用DMV來(lái)分析SQL Server啟動(dòng)以來(lái)累計(jì)使用CPU資源最多的語(yǔ)句。例如下面的語(yǔ)句就可以列出前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
--
我們也可以找到最經(jīng)常做重編譯的存儲(chǔ)過(guò)程。
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
&
gt;
1
order
by
plan_generation_num
desc
go
相關(guān)文章：
Sql Server CPU 性能排查及優(yōu)化的相關(guān) Sql
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫(xiě)作最大的動(dòng)力，如果您喜歡我的文章，感覺(jué)我的文章對(duì)您有幫助，請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長(zhǎng)非常感激您！手機(jī)微信長(zhǎng)按不能支付解決辦法：請(qǐng)將微信支付二維碼保存到相冊(cè)，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對(duì)您有幫助就好】元
