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 资源最多的语句 和 最经常 需要编辑的存储过程 来优化 语句 和存储过程

--使用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