sqlserver中关于WINDOWS性能计数器的介绍(sql wind)

编辑：rootadmin

Processer : %Processor Time 处理器忙于执行执行任务的时间量阀值<%正常状况，<%状况良，<%状况优，持续>%，则CPU有瓶颈或内存不足或出现了低的查询计划重用率，未优化的语句等等。 SQLServer:Buffer Manager Buffer cache hit ratio 缓冲区调整缓冲命中率，阀值>%正常状况，推荐>%，如果此项低于%则内存不足。 Checkpoint pages/sec SQL检查点，此项值由缓冲池中页的生存周期及惰性写入决定，如果页的生命周期短，那么惰性写入器就会频繁运行，因此会频繁运行检查点，增加了资源的开销。所有页的生命周期越长，资源消耗越小。 Page Life Expectancy 页生存周期，此生存周期越长越好，最少高于秒，如果周期太短，页面频繁从硬盘与内存中交互，会增加大量的物理I/O，浪费资源。 Lazy Writes/sec 惰性写入惰性写入器会把一段时间没有写入到硬盘的脏页，成批的写入到硬盘，降低频繁运行检查点所占用的资源。 SQLServer Plan Cache: Cache Hit Ratio 缓冲池计划缓冲命中率，调整缓冲命中次数与查找次数的比率，也就是计划重用率，如果低于%则，重用率低，会增加资源开销。参数： Extended Stored Procedures 扩展存储过程重用率，一般都是% Object Plans 对象计划，创建存储过程，函数及触发器产生的计划，一般情况在%以上，大于%最好。 SQL Plans SQL临时语句计划 SQL SERVER自动为临时的T-SQL语句创建的临时计划，并把它保存在缓冲池中，如果再有相同的语句，则从缓冲池调用，不用重新编译，降低了资源消耗。 Temporary Tables & Table Variables 与临时表和表变量相关的缓存信息，由于临时表的重用率低，表变量过后马上就不能使用了，这个值灰常低。 SQLServer SQL statistics: Batch Requests/sec 批量请求，每秒收到SQL的批处理请求，此数值受（I/O，用户数据，高速缓存大小，请求复杂程序）而定，数值越高表明吞吐量越好。 SQL compilations/sec 每秒SQL的编译次数，当用户达到稳定状态时，该值应该稳定，如果不稳定，就是大量的用户，连接与断开，资源浪费。 SQL Re-compilations/sec 每秒语句重新编译的次数，一般情况下，此值越小，越小，如果值偏大，就表明SQL语句的重用性不好，请优化SQL语句，多次重编译会加重CPU负担。 System: Context Switches/sec CPU线程的上下文切换，不同的用户，不同的应用程序，都要使用到线程，如果大量用户使用大量的线程，那么就需要对线程进行频繁的上下文切换，一般来说每秒上下文切换次数，低于X 操作系统物理处理个数，如果超过，则CPU出现瓶颈状态。 Processor Queue Length 侍CPU处理任务的队列长度，一般来说，5X物理处理器个数，推荐处理器个数X2

推荐整理分享sqlserver中关于WINDOWS性能计数器的介绍(sql wind)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:win10的sql server在哪,sql server window,sql server win10,windows sql server 2016,在sqlserver,windows10 sql server,sql server win10,windows10 sql server,内容如对您有帮助，希望把文章链接给更多的朋友！

SQL 实现某时间段的统计业务有一张错误上报表，下面只将与本文相关的字段罗列如下：上报人（ReportPerson）、上报错误ID（ErrorID）、上报时间（ReportTime）、状态（State），其中值

SQLSERVER中得到执行计划的两种方式得到执行计划的方式有两种：1、一种是在指令的前面打开一些开关，让执行计划信息打在结果集里，这种方法比较适合在一个测试环境里对单个语句调

SQLSERVER收集语句运行的统计信息并进行分析对于语句的运行，除了执行计划本身，还有一些其他因素要考虑，例如语句的编译时间、执行时间、做了多少次磁盘读等。如果DBA能够把问题语句单独