Sql Server CPU压力（读书笔记）

确认CPU瓶颈

System-Processor Queue Length 处理器的任何对列豆浆影响到用户体验，任何对列都将不可避免的影响总体性能。如果对列长度平均值大于3，则可以将之视为一个相关原因。

Processor-%Privilege Time Privilege Time 是CPU的内核模式活动，即WINDOWS内部操作提供服务所花费的时间。如果CPU花费了太多的时间在内部活动上，则性能会受损。

例如，确少内存的情况会导致过多的错误页面，需要花费CPU时钟周期进行管理。在这种情况下，缺少内存的情况会通过CPU高特权时间表现出来。

Processor-%User Time 是CPU用于用户模式的请求所花费的时间，如果存在配置问题或模式问题，或者存在质量过差的查询，则会导致SQL SERVER花费过多的CPU时间，需要进一步研究SQL SERVER中致CPU高的特定进程或批处理作业。

Processor-%User Time-sqlservr 这个计数器显示了由SQL Server进程消费的CPU时间的明确数量。它在通过确认是否由SQL Server导致高用户模式CPU活动来对CPU消耗的研究作出结论时非常有用。

SQLServer:SQL statistics-SQL Compilations/sec和SQL Server:SQL Statistics-SQL Re-Compilations/sec:导致CPU使用率过高的一个重要原因就是查询计划的编译和重编译，这可能由模式问题或内存过少导致。内存压力，T-SQL查询未适当参说化，SQL SERVER可能不重用任何计划。

基于配置的CPU瓶颈

典型的基于配置的CPU瓶颈是同Priority Boost,Maximum Degree of Parallelism,Max Worker Threads,Affinity Mask以及Hyper Threading的错误配置相关联。

基于模式的CPU瓶颈

数据库模式的问题可能会导致过高的CPU使用率，主动预防此类事件发生的能力是有限的。

过渡编译/重编译

一台暖服务器执行计划重用率至少应当在90%以上。可以通过SQL Profiler收集更多的信息，通过这些信息了解重编译的特定操作或存储过程。