性能测试计划-XX项目---精品模板

1. 简介

1。1 目的

1.2 定义、首字母缩写词和缩略语 1。3 范围

1。4

参考文献

2. 测试准备

2.1 系统性能要求分析 2.2 测试数据准备 2。3 测试环境准备 2。4

测试工具选择

3. 测试策略

3.1

测试场景 3.1.1 测试场景一 3.1.2 测试场景二 3.2 负载分配策略 4。 性能数据记录和分析

4。1 被测系统 4。2 服务器 4。3 数据库 4。4

网络

5。 风险分析 6。 项目里程碑 7. 测试结束标准 8。 附录I:

8.1 性能计数器 8。2 WEB服务器 8.3

数据库

2 2 2 2 2 2 2 3 3 3 3 4 4 5 5 5 5 6 6 6 6 7 7 7

7 10 11

1

性能测试计划

1. 简介

1.1 目的

此处描述本次测试的目的是什么，比如验证系统设计的性能目标。 1.2 定义、首字母缩写词和缩略语

此处描述本计划中用到的专业术语定义。 1.3 范围

本次测试覆盖的范围 1.4 参考文献

此处列出本计划相关的文档，包含数据来源以及其他参考

2. 测试准备

2.1 系统性能要求分析

一般的性能要求包括： 系统容量：系统最大容纳多少个用户注册。 访问数:同时访问系统的用户数。 并发数:一个操作同时执行的并发数目,一个系统中应该有不同操作的并发数的组合（一般是有权限进行操作的用户）。 响应时间：用户提交一个操作到得到响应的时间间隔。 ………… 性能测试关键的一个因素就是压力，性能是在系统设计满足的最大压力下的性能。并发数要不小于系统正常运行的峰值，数据总量不小于系统正常运行3个月的数据量. 在描述并发用户数目时,总是会带有相应的时间段限制。系统的性能指标实质上应当使用单位时间内系统处理请求的个数以及请求响应时间描述.单位时间内能处理的请求个数就是系统的业务吞吐量.虚拟并发用户的数量可以使用如下的公式换算： （真实用户数×每个真实用户请求数）/（总请求响应时间+真实用户总思考时间）=(虚拟用户数×每用户请求个数)/（总请求响应时间+虚拟用户总思考时间)=吞吐量。 2

2.2 测试数据准备

数据分析可以参考以下方式: 历史数据分析有助于数据量级的确定。从历史数据入手，找出高峰期数据量。 从其他相似或者相同系统入手，进行数据分析,找出高峰期数据量。 无历史或者相关系统可以参考的时候,就要对系统的性能数据进行估算，包含系统容量，并发数等数据，估算以后给相关人员进行评审或者修订以后,按照大家同意的性能指标进行测试。 ………… 测试数据最好和真实数据相同，如果能够获得真实系统运行3个月的数据，我们就可以在此基础上进行性能测试. 测试数据最重要的是要达到真实环境运行下的数据量级。 下面是某一个系统一年的数据量估算。 数据对象 数据量 计算方法 用户 8000 重要通知记彔 200000 新建通知记彔: 800个单位＊250天,一天一条通知，共计200000条通知，每条通知发送给10个接收人 回复通知记彔 400000 回复通知记彔： 800单位＊2条＊250天=400000条回复记彔 转发通知记彔 12500 转发通知记彔： 1条通知＊转发给5个单位＊每个单位有20个人＊50％（平均只需转发一半人)*250天（每天需要转发一条通知）=12500 发文 400000 800个单位*250天,一天2篇发文，共计400000条发文 收文 400000 800个单位*250天，一天2篇收文，共计400000条通知 效能日报 400000 800个单位*250天,一天新建2个日报：共计400000条日报,每个日报发给10个接收人 信息上报 200000 800个单位*250天，一天上报1条信息：共计200000条上报信息 督察督办 40000 800个单位＊250天，每5天新建1条记彔：共计40000条记彔 2.3 测试环境准备

测试环境要求尽量和真实环境相同，至少要求服务器配置和网络带宽和拓扑结构应该相似.主要内容:服务器数量和配置,操作系统和数据库版本，软硬件部署等。 用途 硬件配置 软件配置 Web服务器 CPU 内存 硬盘 操作系统 IE版本 数据库服务器 测试客户端 其他配置 网络或子网 基于TCP/IP协议的局域网结构，千兆带宽，防火墙需要开放服务端口和管理服务端口 2.4 测试工具选择

选用jmeter作为性能压测工具，服务器端采用nmon/zabbix 监控服务器端资源占用

3. 测试策略

对于一个特定的业务系统，用户一般会分散在一天的各个时间段进行访问。在不同的时3

间段中，用户使用业务系统的频率不同，而系统的繁忙程度不同。在一些特定的条件下,可能出现短时间内用户集中访问某个业务系统的情况.例如对于公文处理子系统而言,可能就存在短时间内大量用户查看并办理某条公文的情况。 在进行性能测试时,应当使用“考虑最坏情况的原则”。也就是应当在用户使用业务系统最频繁、对系统造成最大压力的情况下对系统的功能进行测试，判断各功能和页面是否能够满足性能的要求,系统的响应时间是否过长。另一方面,系统性能的验证必须做到“覆盖全面”。虽然系统中各个功能的使用频率并不相同,一些功能的使用频率相对于其他功能来说比较低，但是在进行性能测试和优化时，不能忽略这些功能，编制测试用例时也不能仅仅选择最常用功能。例如可能所有的用户都会访问我的通知列表，但是一般只有5％的用户会使用通过系统设置模块查找某个用户的信息；但是在测试时，我们并不能因为查看用户信息功能的使用频率相对较少，而忽略掉这项功能的测试。

3.1 测试场景

测试场景的选择和系统的具体业务相关。计划制定者一定对系统的业务十分了解。测试场景从整个业务系统分离出来，一般可以参考以下方法：  以前的系统或者其他类似业务系统的数据参考  相关项目文档关于场景的描述 场景选择的一个策略可以是按照对系统性能影响的程度，以操作响应时间多少为序。 场景选择要包含系统所有能够影响性能的操作，这些影响主要有:  和其他系统有交互的操作，要等待其他系统或者组件返回结果的操作:第三方接口的使用，合成,识别等  本身存在后台处理的业务：后台处理耗时的业务(评分，更新排行榜等）,数据库查询等  使用缓存信息的操作 设计场景的时候要考虑思考时间。在用户真实使用环境中，用户操作不同功能之间并不是连续不断的，而是在不同步骤之间有所延迟，称之为“思考时间”。在设计用例时，应当模拟实际用户使用系统的方式，在不同的操作步骤中加入用户的“思考时间”，才能够模拟真实的压力情况。 测试场景要说明覆盖了哪些场景，没有覆盖到哪些场景，为什么没有覆盖. 3.1.1 测试场景一

步骤 1 2 3 4 5 6 说明 打开主界面 输入用户名密码(需进行参数化），登录系统,进入首页 点击“我的通知”标签，进入通知列表页面 在我的通知上点击已收通知标题链接,查看通知（重要通知） 在我的通知上点击已收通知的“回复”链接，进入回复界面 在通知回复界面上填写回复内容并提交 备注：Action、平均响应时间（S） Action：访问首页（FWSY);5 Action：登陆（DL）；5 Action：进入通知列表（JRTZLB)；5 Action：查看通知（CKTZ)；5 Action：进入回复界面（JRHFJM）；5 Action:回复通知（HFTZ）；5 4

3.1.2 测试场景二

3.2 负载分配策略

场景确定以后,就要确定各个场景的比例数。各个场景所占比例的多少可以根据以下方法进行确定:  历史数据统计  其他系统参考  如果是一个全新的系统，需要测试人员估计一个比例以后和项目组讨论确定。 服务器上总的负载确定以后,需要在客户端进行压力分配，就是各个测试机上运行多少和什么样的测试场景：和具体的网络条件以及机器配置相关. 计划的负载下，性能达到设计要求以后，可以持续增加系统的压力,一直到瓶颈出现，可以为系统性能的提高提出改进方向。 测试测试 场景场景……………………………………一 二 …… …… …… …… …… …… …… 总计 192。168。×。× 10 4 1 1 4 2 2 2 2 28 192。168.×.× 10 4 1 1 4 2 2 2 2 28 192。168。×。× 10 4 1 1 4 2 2 2 2 28 192.168.×。× 10 4 1 1 4 2 2 2 2 28 192.168.×。× 10 4 1 1 4 2 2 2 2 28 总计 50 20 5 5 20 10 10 10 10 140 4. 性能数据记录和分析

根据系统性能要求,记录需要的数据，可以对以下数据进行记录和分析： 4.1 被测系统

各个主要Action的响应时间，在自动加载压力测试的同时，人工检查各项数据是否和自动记录的数据相同。 内存、CPU、虚拟内存、句柄、线程，可以使用操作系统的性能计数器来记录这些数据，或者测试工具自己可以记录。 可记录不同压力下各种操作响应时间的变化。比如100路200路500路下的各个操作的响应时间分布情况，内存、CPU使用情况等，以分析压力的增加对系统性能的影响。 在压力不断增大的情况下,找出响应超时的操作,对这些操作超时进行详细分析，给性能改进提出意见,最好能够指出瓶颈所在,比如是数据库、网络或者CPU原因引起.下图是压力倍数和处理器时间的关系：说明在3倍压力的情况下处理器时间缩小，说明在其它的部分已经出现性能瓶颈，不需要太多的处理器时间来处理事件。 出现性能瓶颈的时候,识别出是哪个场景不符合,着重测试这个场景性能拐点出现的条件.

5

数据记录可以采取采样的方式进行,也可以采取线型记录的方式全部记录，根据系统的具体需要以及工具的功能而定。 4.2 服务器

服务器的数据主要考察CPU,内存，虚拟内存，硬盘，页面错误，句柄，线程。 服务器CPU，内存剩余不多的时候性能的影响. 4.3 数据库

数据库主要考察的指标有占用的内存，CPU。 各个查询或者其他操作的响应时间，特别是数据量比较大的时候 4.4 网络

网络流量监控，带宽等。 特别是出现网络超时的时候,系统响应情况。

5. 风险分析

风险描述

风险缓解措施 风险应对措施 触发条件 责任人 6

6. 项目里程碑

里程碑任务 制定测试计划 测试脚本准备 测试工具开发 测试环境部署 测试数据准备 执行测试 性能测试报告 工作量（人日） 开始日期 结束日期 责任人

7. 测试结束标准

测试结束标准一般依据以下原则： 所有计划的测试已经完成 所有计划收集的性能数据已经获得 所有性能瓶颈得到改善并达到设计要求

8. 附录I:

8.1 性能计数器

性能对象 Processor计数器 描述 使用 ％Processor 指处理器执行非闲置线程时间的百分比。这个计数器设计成用来Time（所有实作为处理器活动的主要指示器。它通过在每个范例间隔中衡 量处例） 理器用于执行闲置处理线程的时间，并且用 100% 减去该值得出.(每台处理器有一个闲置线程，该线程在没有其它线程可以运行时消耗周期)。可将其视为范例间隔用于做有用工作的百分比。这个计数器显示在范例间隔时所看到的忙时平均值.这个值是用 100% 减去该服务不活动的时间计算出来的。 Interrupts/sec 指处理器每秒钟接收并维护的硬件中断的平均值。它不包括 DPC，DPC将单独计算.这个值是产生中断的设备(如：系统时钟、鼠标、磁盘驱动器、数据交流线路、网络街面卡和其它附件设备）的活动的间接指示器，这些设备通常在完成了一项任务或需要注意时中断处理器。正常的线程操作在中断时悬停。大多数的系统7

Processor瓶颈

时钟每隔10毫秒中断处理器一次,形成了间隔活动的后台。这个计数值显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。 System/Processor Queue Length（所有实例） 是指处理列队中的线程数。即使在有多个处理器的计算机上处理器时间也会有一个单列队.不象磁盘计数器,这个计数器仅计数就绪的线程，而不计数运行中的线程。如果处理器列队中总是有两个以上的线程通常表示处理器堵塞.这个计数器仅显示上一次观察的值;而不是一个平均值。 指计算机上的所有处理器全都从一个线程转换到另一个线程的综合速率。当正在运行的线程自动放弃处理器时出现上下文转换，由一个有更高优先就绪的线程占先或在用户模式和特权(内核)模式之间转换以使用执行或分系统服务。它是在计算机上的所有处理器上运行的所有线程的Thread： Context Switches/sec 的总数并且用转换数量衡量。在系统和线程对象上有上下文转换计数器。这个计数值显示在上一次两个实例中观察到的值除于实例间隔的持续时间所得的值的差异。 指这个处理不能与其它处理共享的、已分配的当前 字节数。 指处理使用的虚拟地址空间的以字节数显示的当前大小. 使用虚拟地址空间不一定是指对磁盘或主内存页的相应的使用。虚 拟空间是有限,如果使用过多，可能会限制处理加载数据 库的能力。 指这个处理的Working Set中的当前字节数。Working Set是在处理中被线程最近触到的那个内存页集。如果计算机上的可用内存处于阈值以上，即使页不在使用中,也会留在一个处理的 Working Set中。当可用内存降到阈值以下,将从 Working Set 中删除页。如果需要页时，它会在离开主内存前软故障返回到 Working Set 中。 由这个处理现在打开的句柄总数.这个数字是在这个处理中每个线程当前打开的句柄的总数。 线程指在数据收集时在计算机中线程的数目。请注意这是一个即时计算而不是一个时间间隔的平均值。一个线程为一个基本的可执行实体,该实体在处理器中执行指令。 System/Context Switches/sec Process （进程) Private Bytes Virtual Bytes Working Set Handle Count Objects Threads Memory使用 Available Bytes 是计算机上可用于运行处理的有效物理内存的字节数量.是用零、 空闲和备用内存表上的空间总值计算的。空闲内存指可以使用内存；零内存指为了防止以后的处理看到以前处理使用的数据而在很多页内存中充满了零的内存。备用内存是指从处理的工作集（它的物理内存）移到磁盘的，但是仍旧可以调用的内存。这个计数器只显示上一次观察到的值;它不是一个平均值。 Cache Bytes 是 System Cache Resident Bytes 的总数.System Driver Resident Bytes、System Code Resident Bytes、以及 Pool Paged Resident Bytes 计数器。该计数器只显示最后一次观察的值，它不是一个平均值。 是指为解析硬页错误从磁盘读取或写入磁盘的页数。(当处理程序请求不在本身工作集或物理内存其它地方中的代码或数据，而必须要从磁盘上检索时就会出现硬页错误）.这个计数器设计成可以8

Memory瓶颈或溢出

Pages/sec

显示导致系统范围延缓类型错误的主要指示器。它是 Memory: Pages Input/sec 和 Memory： Pages Output/sec 的总和。是用页数计算的，以便在不用做转换的情况下就可以同其它页计数如： Memory： Page Faults/sec 做比较，这个值包括为满足错误而在文件系统缓存（通常由应用程序请求)的非缓存映射内存文件中检索的页。这个计数器显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。 Page Reads/sec 是指为解析硬页错误而读取磁盘的次数。（当处理请求的硬页错误不在工作集和物理内存其它地方中的代码或数据，而必须从磁盘上检索时就会出现硬页错误)。这个计数器设计成可以显示导致系统范围延缓错误的主要指示器。这个包括要满足错误而在文件系统缓存（通常由应用程序请求）的非缓存映射内存文件终检索的页.这个计数器显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。 是指由在修改页列表、备份页表或在页错误时写入磁盘上造成的页错误数量。这些页是在没有额外磁盘活动的情况下恢复的.传输 错误是在不计算每次操作时出错的页数的情况下计算错误数量。这个计数器显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。 Transition Faults/sec Pool Paged Bytes 指在分页池中的字节数，分页池是系统内存（操作系统使用的物理内存）中可供对象(在不处于使用时可以写入磁盘的）使用的一个区域.Memory: Pool Paged Bytes 的计数方式与 Process: Pool Paged Bytes 的方式不同,因此可能不等于Process: Pool Paged Bytes： _Total 。这个计数器仅显示上一次观察的值;而不是一个平均值。 Pool Nonpaged Bytes 指在非分页池中的字节数，非分页池是指系统内存(操作系统使用的物理内存)中可供对象(指那些在不处于使用时不可以写入磁盘上 而且只要分派过就必须保留在物理内存中的对象)使用的一个区域。Memory: Pool Nonpaged Bytes 的计数方式与 Process： Pool Nonpaged Bytes 的计数方式不同，因此可能不等于Pool Nonpaged Bytes： _Total。 这个计数器仅显示上一次观察的值；而不是一个平均值。 指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比. 请谨慎对待％ Disk Time计数器。因为该计数器的 _Total 实例不能精确反映多磁盘系统的利用率，因此使用 ％ Idle Time 计数器也非常重要。 % Idle Time Disk Reads/sec 汇报在实例间隔时磁盘闲置时间的百分比. 指在此盘上读取操作的速率. PhysicalDisk 的使用 ％Disk Time Disk Writes/sec 指在此盘上写入操作的速率. PhysicalDAvg。Disk Queue 指读取和写入请求（为所选磁盘在实例间隔中列队的)的平均数。 isk的瓶颈 Length（所有实例） 9

System File Data Operations/ sec Processor Queue Length 指在计算机的所有逻辑磁盘上读取和写入操作的综合速度。这是系统的逆转率：每秒钟的文件控制操作.这个总值显示了上两个实例中观察到的值的差异除于实例间隔的时间。 是指处理列队中的线程数.即使在有多个处理器的计算机上处理器时间也会有一个单列队。不象磁盘计数器，这个计数器仅计数就绪的线程,而不计数运行中的线程。如果处理器列队中总是有两个以上的线程通常表示处理器堵塞。这个计数器仅显示上一次观察的值；而不是一个平 均值。 网络使用 Network Segment\\ ％ Net Utilization 网络吞吐量 协议传输计数器（随网络协议而改变）；对于 TCP/IP：Network Interface\\ Bytes total/sec Network Interface\\ Packets/sec Server\\ Bytes Total/sec or Server\\ Bytes Transmitted/sec 和 Server\\ Bytes Received/sec 可能需要监视网络的其他对象或服务器吞吐量，如监视网络活动中所述。

8.2 WEB服务器

计数器 描述 参考值 小于75％。排除内存因素，如果该计数器的值比较大,而同时网卡和硬盘的值比较低，那么可以确定CPU 瓶颈。 Processor: %Processor CPU使用率，如果一个或多个Time 处理器的该数值持续超过 90%，则表示CPU是瓶颈。 Processor: %User Time 表示耗费CPU的数据库操作， 如排序,执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值 物理内存的可用。 至少要有10%的物理内存值.如果Available Mbytes的值很小（4 MB 或更小）,则说明计算机上总的内存可能不足，或某程序没有释放内存。 默认情况下为50％的可用物理内存。 Request Queued 在理想状况下应该接近0，如果这两个值太大,那么需要重写代码提高性能. 在恒定负载下,此数值应处于特定的范围内（不包含其他的服务器工作，如垃圾回收、缓存清理线程和外部服务器工10

Memory：Available Mbytes Memory:Cache Bytes Asp.net： Requests Queued Asp.net： Request Execution Time ASP.NET Applications：Request/Sec

文件系统缓存. 由于处理请求的服务器资源不足而未执行的请求总数。 执行最近的请求所用的毫秒数。 每秒执行的请求数。它表示应用程序的当前吞吐量.

具等）.如果Request/Sec的值比较小，Web 程序可能是瓶颈。 ASP。NET: Request Wait Time ASP.NET: Request rejected 队列中的最近请求等待处理的亳秒数. 由于处理请求的服务器资源不足而未执行的请求总数。 Request WaitTime在理想状况下应该接近0,如果这两个值太大，那么需要重写代码提高性能. 此计数器表示返回 503 HTTP 状态代码（表示服务器太忙)的请求数量。 PhysicalDisk：％Disk 所选磁盘驱动器忙于为读或写Time 入请求提供服务所用的时间的百分比 PhysicalDisk：Average Disk Queue Length PhysicalDisk：Average Disk Read Queue Length PhysicalDisk：Average Disk Write Queue Length PhysicalDisk：Average Disk sec/Read PhysicalDisk：Average Disk sec/Transfer PhysicalDisk:Disk Reads/sec PhysicalDisk：Disk Writes /sec Web Service: Bytes Total/sec 指读取和写入请求（为所选磁盘在实例间隔中列队的）的平均数 指读取请求(为所选磁盘在实例间隔中列队的）的平均数. 指写入请求(为所选磁盘在实例间隔中列队的）的平均数. 指以秒计算的在此盘上读取数据的所需平均时间。 指以秒计算的在此盘上写入数据的所需平均时间。 在此磁盘上读取操作的数率 在此磁盘上写入操作的数率 显示Web服务器发送和接受的总字节数. 该值应不超过磁盘数的1.5~2 倍 两者相加，应小于磁盘设备最大容量。 低数值表明该IIS正在以较低的速度进行数据传输. Internet Information File CacheFlushes 是自服务器Services Global： File 启动之后文件缓存刷新次数，CacheFlushes 如果刷新太慢，会浪费内存；如果刷新太快，缓存中的对象 会太频繁的丢弃生成，起不到缓存的作用。

8.3 数据库

计数器 MSSQL$SQLEXPRESS :Access Methods\\Full

描述 （全表扫描/每秒)每秒不受限的完全扫描数.可以是基本表扫描或是全参考值 如果比1或2高,应分析查询，以确定是否需要全表扫描，以11

Scans/sec Processor ：%Processor Time 索引扫描。 CPU使用率，如果一个或多个处理器的该数值持续超过 90％，则表示此测试的负载对于目前的硬件过于沉重. 被处理器消耗的处理器时间数量。 及SQL查询是否可以被优化. 小于75％。排除内存因素，如果该计数器的值比较大，而同时网卡和硬盘的值比较低，那么可以确定CPU 瓶颈。 如果服务器专用于sql server，可以接受的最大上限是80～85％. 至少要有10％的物理内存值。 Process :%Processor Time（sqlserver） Memory ：Available MBytes 物理内存的可用。 MSSQL$SQLEXPRESS ：(页分割/秒)，由于数据库更新操作Access Methods\\Page 引起的每秒页分割的数量。 Splits/sec MSSQL$SQLEXPRESS ：高速缓存命中率：引用当前位于高Buffer Manager\\Buffer 速缓存中页的需求的百分率。预先cache hit ratio 在内存中拥有页，允许SQL Server避免请求从磁盘子系统执行一次物理I/O。 MSSQL每秒被缓冲区管理器的惰性写入器＄SQLEXPRESS ：Buffer 写入的缓冲区数。惰性写入器是一Manager\\Lazy writes/sec 个系统进程，其主要任务是刷新成批的老化的脏缓冲区（指包含更改的缓冲区,这些更改必须写回磁盘，才能使该缓冲区由其它页重新使用),并使之可由用户进程使用.惰性写入器消除了为创建可用缓冲区而频繁执行检查点的需要。 MSSQL＄SQLEXPRESS :Buffer Manager\\Page reads/sec 每秒发出的物理数据库页读取数. 比率最好为90％或更高。 最好为0. 这一统计信息显示的是在所有数据库间的物理页读取总数.由于物理I/O的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。 MSSQL每秒执行的物理数据库写的页数. ＄SQLEXPRESS ：Buffer Manager\\Page writes/sec MSSQL$SQLEXPRESS :Catalog Metadata\\Cache Hit Ratio MSSQL＄SQLEXPRESS :Databases\\Transactions/sec MSSQL$SQLEXPRESS :L

显示在高速缓存中找到数据的命中率。 每秒为数据库启动的事务数。 如果数值持续小于85％，则表示内存有问题. 每个锁请求被迫等待的平均时间量, 12

ocks（DataBase)\\Average Wait Time （ms） MSSQL$SQLEXPRESS :Locks(DataBase）\\Lock Requests/sec MSSQL＄SQLEXPRESS ：Locks(DataBase)\\Lock Timeouts/sec MSSQL＄SQLEXPRESS :Locks（DataBase)\\Lock Wait Time （ms) MSSQL＄SQLEXPRESS :Locks（DataBase）\\Lock Waits/sec 以毫秒为单位。 (锁请求/秒）每秒钟某种类型锁请求的数量。 在系统中过期的锁请求的数量. 最后一秒内的锁定总等候时间 (以毫秒为单位）. 不能立即满足,需要调用线程在给予锁之前处于等待状态的锁请求的数量.即在当前进程完成之前强制其他进程等待的每秒锁定请求的数量。 如果该值始终大于0，则表示事务有问题. MSSQL$SQLEXPRESS ：（死锁的数量/秒）导致死锁的锁请Locks(DataBase)\\Number 求的数量。 of Deadlocks/sec MSSQL$SQLEXPRESS :Memory Manager\\Lock Blocks MSSQL＄SQLEXPRESS ：Memory Manager\\Total Server Memory (KB） MSSQL＄SQLEXPRESS ：SQL Statistics\\Batch Requests/sec 服务器上锁定块的数量。锁是在页、不希望看到一个增长的值。 行或者表这样的资源上. SQL SERVER服务器当前正在使用的动态内存总量。 每秒收到的 Transact-SQL 命令批数。这一统计信息受所有约束(如I/O、用户数、高速缓存大小、请求的复杂程度等）影响。批请求数值高意味着吞吐量很好。 PhysicalDisk：%Disk Time 所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比 PhysicalDisk：Average Disk 指读取和写入请求（为所选磁盘在Queue Length 实例间隔中列队的）的平均数 PhysicalDisk：Average Disk 指读取请求(为所选磁盘在实例间Read Queue Length 隔中列队的）的平均数. PhysicalDisk：Average Disk 指写入请求(为所选磁盘在实例间Write Queue Length 隔中列队的)的平均数。 PhysicalDisk：Average Disk 指以秒计算的在此盘上写入数据的sec/Transfer 所需平均时间。 PhysicalDisk：Disk Reads/sec

13

在此磁盘上读取操作的数率

PhysicalDisk:Disk Writes /sec 在此磁盘上写入操作的数率 MSSQL$SQLEXPRESS ：每秒登陆到SQL Server的记数 General Statistics logins/Sec

14