SQL Server Cpu 100% 的情况并不太常见，一般引起 SQL Server 产生性能问题的，都是 阻塞、连接数、IO 磁盘等。所以，一般SQL Se
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 资源最多的语句 和 最经常 需要编辑的存储过程 来优化 语句 和存储过程
