性能测试总结报告重点讲义资料.doc

《性能测试总结报告重点讲义资料.doc》由会员分享，可在线阅读，更多相关《性能测试总结报告重点讲义资料.doc（25页珍藏版）》请在三一办公上搜索。

1、性能测试总结报告版本修改记录版本标识编写人日期备注目录性能测试总结报告11. 性能测试简介41.1 性能测试目的41.2 术语解释41.3 测试方向42.测试环境52.1 服务器端测试环境描述52.2 客户端测试环境描述52.3 测试网络环境52.4 测试工具63. 测试内容概要63.1 保密性能登录脚本设置63.2 保密项目查询脚本设置63.3 运行场景设置63.4 关键资源不处于阻塞状态64. 登录测试过程分析74.1 事务成功率统计分析7测试结果概要列表7通过事务成功率分布图8事务成功率结果分析84.2 平均数响应时间8测试结果概要列表8平均响应时间分布图9平均响应时间结果分析94.3

2、每秒点击次数分析9测试结果概要列表9平均每秒点击次数分布图10平均每秒点击次数结果分析104.4 吞吐量10测试结果概要列表10平均吞吐量分布图11平均吞吐量结果分析114.5 Window资源114.6 Sql server 2005135. 登录分析结果156. 查询测试过程分析166.1 事务成功率统计分析16测试结果概要列表16通过事务成功率分布图16事务成功率结果分析176.2 平均数响应时间17测试结果概要列表17平均响应时间分布图17平均响应时间结果分析176.3 每秒点击次数分析18测试结果概要列表18平均每秒点击次数分布图18平均每秒点击次数结果分析186.4 吞吐量19测试

3、结果概要列表19平均吞吐量分布图19平均吞吐量结果分析196.5 Window资源206.6 Sql server 2005217. 查询分析结果238. 附录248.1 web 服务器248.2 数据库251. 性能测试简介1.1 性能测试目的真实环境下检测系统性能，评估系统性能以及服务器性能的满足情况；预见系统负载压力承受力，在应用实际部署之前，评估系统性能；分析系统瓶颈，优化系统。本测试主要关心的系统测试指标为：l 事务摘要（事务通过率）l 平均响应时间l 吞吐量l 每秒点击次数l WEB服务器的性能（CPU利用率、磁盘、内存、网卡）l SQL 服务器的性能（）1.2 术语解释 响应时间

4、 响应时间指的是客户端发出请求到得到 响应的整个过程所经历的时间。 吞吐量 是指单位时间内流经被测系统的数据流量，一般单位为b/s,即每秒钟流经的字节数。吞吐量是指单位时间内系统处理的客户请求的数量，直接体现软件系统的性能承载能力。 并发 指在某一给定时间内，某个特定点上进行会话操作的用户数。是陆陆续续交替执行的。 特殊的并发-并行：用户同时运行的，操作步骤相同。在测试中通过设置集合点来完成 每秒点击次数负载测试期间每秒内Vuser在WEB服务器上点击的次数。通过点击次数可以估算出Vuser生成的负载数。 负载测试 通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足系统的性能指标情况下

5、，系统所能够承受的最大负载量的测试。 压力测试 通常是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。压力测试是为了发现在什么条件下应用程序的性能会变得不可接受。1.3 测试方向性能测试常见的测试方向为：l 登录测试l 查询测试（万条数据查询）2.测试环境2.1 服务器端测试环境描述硬件环境：机器型号配置信息数量备注自配机器l Intel(R) Core(TM)i i3-4170 CPU 3.7GHzl 内存：4.0GB；l 500GB硬盘*1l 网卡：100M1台用于数据库服务器和WEB应用服务器软件环境：数据库服务器操作系统：Windows Serv

6、er XP SP3数据库：Sql Server 2005应用服务器：Apache Tomcat 7.0浏览器：Internet explorer6.0以上版本JDKJDK1.72.2 客户端测试环境描述硬件环境：机器型号配置信息数量备注台式机l Intel(R) Core(TM)i3-4170 CPU 3.7GHzl 内存：4.0GB；l 500GB硬盘*1l 网卡：100M1台软件环境：操作系统：Windows xp sp3浏览器：IE6.0备注：负载压力测试工具LoadRunner 11 2.3 测试网络环境局域网服务器和测试机器公用1台机器2.4 测试工具LoadRunner 113.

7、测试内容概要3.1 天控性能登录脚本设置1.访问http：/192.168.0.222：8080/skysafe，2. 输入用户名：baomi 密码：000000，3. 点击“登录”按钮3.2 人员项目查询脚本设置进入保密系统1.访问http：/192.168.0.222：8080/skysafe，2. 输入用户名：baomi 密码：000000，3. 点击“登录”按钮）录制脚本1. 4. 进入人员系统-台帐查询-涉密人员台帐-查询3.3 运行场景设置场景一：1. 初始化：50个用户、100个用户、150个用户；2. 启动Vuser：每秒启动1个用户；3. 持续时间：运行5分钟；4. 停止Vu

8、ser：每秒停止1个用户；3.4 关键资源不处于阻塞状态 cpu % Processor Time (Processor _Total) 最大值持续超过90% 平均超过50% =cpu的瓶颈 磁盘page reads/sec(memory)持续较低%Disk time(PhysicalDisk_total) Avg.Disk Queue Length 值较高=磁盘瓶颈 内存Age.Disk Queue Length 增加的同时 page reads/sec 并未降低 = 内存瓶颈 网卡%DPC Time 持续大约50% + CPU也很高 = 网卡瓶颈（暂不考虑） 平均事务响应时间可以接受的事务

9、响应时间为12秒4. 登录测试过程分析4.1 事务成功率统计分析测试结果概要列表运行 Vuser 的最大数目:50100150事务摘要 通过总数:214551357420失败总数:001231停止总数2105事务成功率（%）99.9%99.8%86%通过事务成功率分布图【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表事务成功率（%），事务成功率百分比。事务成功率结果分析通过事务数越多说明系统的处理能力越强，失败事务数越少，说明系统越可靠，从分布图中可以看出随着并发用户的增加，事务的成功率呈现既有上升又有下降的趋势，我们发现随着人数增多事务的通过率在逐渐下降，系统的处理能力明显下降

10、。当并发人数达到100人数时事务的成功率还在99%以上，但是达到150人下降到86%，所以判断100人是适合系统并发的登录人数。4.2 平均数响应时间测试结果概要列表虚拟用户数50100150平均事务响应时间（次/秒）0.0470.0630.073平均响应时间分布图【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表平均事务响应时间（秒），纵坐标代表时间单位（秒）。平均响应时间结果分析平均响应时间越小说明处理的速度越快，根据图片中曲线的走势可以看出，随虚拟用户数量的增加，平均事务响应时间呈现增长趋势。说明负载测试期间虚拟用户越多，平均响应时间越长，系统处理事务的速度越慢即系统的整体性

11、能下降。从图表和分析可以得出150个虚拟用户同时在线时，平均响应时间小于1秒，所以150个虚拟用户同时在线时被认为是系统处理事务响应时间可接受范围内。4.3 每秒点击次数分析测试结果概要列表虚拟用户数50100150平均每秒点击次数221404478平均每秒点击次数分布图【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表平均每秒点击次数（个/秒），纵坐标代表点击个数（个）。平均每秒点击次数结果分析通过对“每秒点击次数”进行分析可评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。通过对查看“每秒点击次数”，可以判断系统是否稳定。系统点

12、击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。从对上述场景的分析可以看出，通过互联网进行负载测试，数据波动较小，系统的处理能力正常。 4.4 吞吐量测试结果概要列表虚拟用户数50100150平均每秒点击次数617734584289689956119平均吞吐量分布图【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表吞吐量平均值单位（字节/秒），纵坐标代表字节数。平均吞吐量结果分析此吞吐量为负载测试期间 Web 服务器上的吞吐量(字节)。吞吐量表示在任何指定秒内 Vuser 从服务器接收到的数据量。此图可估计 Vuser 生成的负载量(服务器吞吐量)。根据平均

13、吞吐量图表整体趋向所知，在相同运行时间内，随着虚拟人数设定的增多，吞吐量的平均值成上升趋势，根据参考资料得出，如果在其它条件不变下用户增加吞吐量从一开始上升但是到达一定的增量后吞吐量不增加，那么就说明系统的处理能力在峰值处到达了极限，但是有图中所示并没有出现下降趋势，所以150人并发在接受的范围内，整体性能保持相对稳。4.5 Window资源对象度量描述测量值系统Processor Queue Length（处理器队列长度）以线程为单位的处理器队列瞬时长度。除非同时还监控线程计数器，否则此计数器始终为 0。所有处理器使用一个队列，线程在此队列中等待处理器周期。此长度不包括当前正在执行的线程。处

14、理器队列长度持续大于2 通常表示发生处理器拥塞。这是一个瞬时计数，而不是一段时间间隔内的平均值。1CPU% Processor Time (Windows 2000)（处理器时间百分比，它测量处理器用于执行非空闲线程的已用时间百分比。最大值持续超过90% 平均超过50%，则表明处理器性能不足，可能需要为服务器配备速度更快的处理器。13.8内存Pages/secPages/sec 是指为解决引用时不在内存中的页面的内存引用问题，从磁盘读取的或写入磁盘的页面数。这是 Pages Input/sec 和 Pages Output/sec 的和。此计数器中包括代表系统高速缓存访问应用程序文件数据的分页

15、流量。此值还包括传递到/来自非高速缓存映射内存文件的页数。如果您关心内存压力过大问题 (即系统失效) 和可能产生的过多分页，则这是值得考虑的主要计数器。16.3Pages rades/sec（页数/秒）为解析内存对页面（引用时不在内存中）的引用而从磁盘读取或写入磁盘的页面数。该值是每秒页面输入数和每秒页面输出数之和。此计数器包含代表系统高速缓存访问应用程序文件数据的页面流量。该值还包含存入/取自非缓存映射内存文件的页面数。如果您担心内存压力过大（即系统崩溃） ，可能导致过多分页，就可以观察这个主要计数器。0.2物理磁盘% Disk Time （磁盘时间百分比）所选磁盘驱动器忙于处理读取或写入请

16、求所用的时间百分比。持续大约50% + CPU也很高会造成磁盘瓶颈2.838 CPU% Processor Time：最大值瞬间为13.5，其他时间都低于50%，平均值为5.5，因此可以判断处理器速度较快 网络磁盘% Disk Time：最大值瞬间值为4.9，其他时间持续偏低平均值为0.7；page reads/sec(memory)平均值30持续较低；Avg.Disk Queue Length平均值0.049持续较低，结合3者的数据可以判断物理磁盘正常 内存Age.Disk Queue Length变化趋势呈现平滑趋势，page reads/sec 变化趋势呈现平滑趋势,判断内存足够。结论：

17、 服务器性能稳定4.6 Sql server 2005名称描述范围测量值全表扫描/秒Full Scans/sec指每秒全表扫描的数量。全表扫描可以是基本表扫描或全索引扫描。由于全表扫描需要耗费大量时间，因此全表扫描的频率过高的话，会影响性能。如果该指标的值比1或2高，应该分析设计的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。20.4缓冲区高速缓存命中率Buffer CacheHit Ratio %指在缓冲区高速缓存中找到而不需要从磁盘中读取的页的百分比。该比率是缓存命中总次数与缓存查找总次数之比。经过很长时间后，该比率的变化很小。由于从缓存中读取数据比从磁盘中读取数据的开销小

18、得多，一般希望该比率高一些。该指标的值最好为90% 或更高。通常可以通过增加 SQL Server 可用的内存数量来提高该指标的值。增加内存直到这指标的值持续高于90%，表示90% 以上的数据请求可以从数据缓冲区中获得所需数据。99.8%惰性写/秒Lazy Writes/sec指每秒被缓冲区管理器的惰性编写器写入的缓冲区数。惰性编写器是一个系统进程，用于成批刷新脏的老化的缓冲区（包含更改的缓冲区，必须将这些更改写回磁盘，才能将缓冲区重用于其他页），并使它们可用于用户进程。该指标的值最好为0。0高速缓存命中率 Cache Hit Ratio %指高速缓存命中次数和查找次数的比率。在SQL Ser

19、ver中，Cache包括Log Cache，Buffer Cache以及Procedure Cache，该指标是指所有Cache的命中率，是一个总体的比率。该指标的值越高越好。如果该指标的值持续低于80%，就需要增加更多的内存。99.8平均闩等待 时间(毫秒)Average LatchWait Time(ms)指一个SQL Server线程必须等待一个闩的平均时间。如果该指标的值很高，则系统可能正经历严重的资源竞争问题。0死锁的数量/秒Number of Deadlocks/sec指每秒导致死锁的锁请求数。锁加在SQL Server资源上（如在一个事务中进行的行读取或修改），以防止多个事务并发

20、使用资源。应尽可能少使用锁以提高事务的并发性，从而改善性能。0 Full Scans/sec(全表扫描/秒)：该数据的测量值为0，在标准范围内，因此SQL查询不需要优化。 Buffer Cache Hit Ratio %（缓冲区高速缓存命中率）：该数据的平均值为99.8，在标准范围内，因此不需要增加SQL服务器的内存值。 Lazy Writes/sec（惰性写/秒）：该数据的测量值为0，是理想值。 Average Latch Wait Time(ms)（平均闩等待 时间）：该数据的测量值为0，在标准范围内，因此SQL查询不需要优化。 Cache Hit Ratio %（高速缓存命中率）：该数据

21、的测量值为99.8，符合标准范围， Number of Deadlocks/sec（死锁的数量/秒）数据的测量值为0，在标准范围内，因此SQL查询不需要优化。5. 登录分析结果通过对并发登录功能的性能测试中几个主要数据的分析可知，150人并发时平均事务响应时间、吞吐量、每秒点击次数在理想范围内，但是事务通过的成功率是86%不在理想范围90%以内。因此如果从成功率方面考虑，最优的并发人数在100-150人之间。通过对服务器性能分析内存4G，硬盘500G的服务器满足性能需要。6. 查询测试过程分析6.1 事务成功率统计分析测试结果概要列表运行 Vuser 的最大数目:50100150事务摘要 通过

22、总数:290561847935失败总数:04983305停止总数055事务成功率（%）100%93%71%通过事务成功率分布图【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表事务成功率（%），事务成功率百分比。事务成功率结果分析通过事务数越多说明系统的处理能力越强，失败事务数越少，说明系统越可靠，从分布图中可以看出随着并发用户的增加，事务的成功率呈现下降的趋势，我们发现随着人数增多事务的通过率在逐渐下降，系统的处理能力明显下降。当并发人数达到100人数时事务的成功率还在90%以上，但是达到150人下降到70%，所以判断100人是适合系统并发的查询人数。6.2 平均数响应时间测试结

23、果概要列表虚拟用户数50100150平均事务响应时间（次/秒）0.040.060.07平均响应时间分布图【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表平均事务响应时间（秒），纵坐标代表时间单位（秒）。平均响应时间结果分析平均响应时间越小说明处理的速度越快，根据图片中曲线的走势可以看出，随虚拟用户数量的增加，平均事务响应时间呈现增长趋势。说明负载测试期间虚拟用户越多，平均响应时间越长，系统处理事务的速度越慢即系统的整体性能下降。从图表和分析可以得出随着虚拟人数的增加，平均响应时间逐渐增大，满足接受范围12秒，所以认为100-150人同时在线时被认为是系统处理事务响应时间可接受范围

24、内。6.3 每秒点击次数分析测试结果概要列表虚拟用户数50100150平均每秒点击次数152256264平均每秒点击次数分布图【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表平均每秒点击次数（个/秒），纵坐标代表点击个数（个）。平均每秒点击次数结果分析通过对“每秒点击次数”进行分析可评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。通过对查看“每秒点击次数”，可以判断系统是否稳定。系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。从对上述场景的分析可以看出图中曲线是100-150人时曲线是上升状态，所以

25、判断100人内时系统的处理能力正常。 6.4 吞吐量测试结果概要列表虚拟用户数50100150平均每秒点击次数482285680626248215074平均吞吐量分布图【注】图片中横坐标第1行代表虚拟用户人数单位（人），第2行代表吞吐量平均值单位（字节/秒），纵坐标代表字节数。平均吞吐量结果分析此吞吐量为负载测试期间 Web 服务器上的吞吐量(字节)。吞吐量表示在任何指定秒内 Vuser 从服务器接收到的数据量。此图可估计 Vuser 生成的负载量(服务器吞吐量)。根据平均吞吐量图表整体趋向所知，在相同运行时间内，随着虚拟人数设定的增多，吞吐量的平均值成上升趋势，根据参考资料得出，如果在其它条

26、件不变下用户增加吞吐量从一开始上升但是到达一定的增量后吞吐量不增加，那么就说明系统的处理能力在峰值处到达了极限，但是有图中所示并没有出现下降趋势，所以100人并发在接受的范围内，整体性能保持相对稳。6.5 Window资源对象度量描述测量值系统Processor Queue Length（处理器队列长度）以线程为单位的处理器队列瞬时长度。除非同时还监控线程计数器，否则此计数器始终为 0。所有处理器使用一个队列，线程在此队列中等待处理器周期。此长度不包括当前正在执行的线程。处理器队列长度持续大于2 通常表示发生处理器拥塞。这是一个瞬时计数，而不是一段时间间隔内的平均值。11.8CPU% Proc

27、essor Time (Windows 2000)（处理器时间百分比）它测量处理器用于执行非空闲线程的已用时间百分比。最大值持续超过90% 平均超过50%，则表明处理器性能不足，可能需要为服务器配备速度更快的处理器。90.6内存Page Faults/sec（页面错误数/秒）这是处理器中页面错误的计数。当进程引用不在主内存中工作集内的虚拟内存页时，会发生页面错误。如果页面在备用表中 （即已经在主内存中）或者正被共享该页的其他进程使用，则页面错误不会导致从磁盘提取该页面。Pages rades/sec（页数/秒）为解析内存对页面（引用时不在内存中）的引用而从磁盘读取或写入磁盘的页面数。该值是每秒

28、页面输入数和每秒页面输出数之和。此计数器包含代表系统高速缓存访问应用程序文件数据的页面流量。该值还包含存入/取自非缓存映射内存文件的页面数。如果您担心内存压力过大（即系统崩溃） ，可能导致过多分页，就可以观察这个主要计数器。0.5物理磁盘% Disk Time （磁盘时间百分比）所选磁盘驱动器忙于处理读取或写入请求所用的时间百分比。持续大约50% + CPU也很高会造成磁盘瓶颈0.4 CPU% Processor Time：最大值瞬间为17%，其他时间大多低于50%，平均值为7.9，因此可以判断处理器正常 网络磁盘% Disk Time：最大值瞬间值为10，其他时间持续偏低平均值为0.76；p

29、age reads/sec(memory)平均值0.41持续较低；Avg.Disk Queue Length平均值0.008持续较低，结合3者的数据可以判断物理磁盘正常 内存Age.Disk Queue Length变化趋势在1分钟之前大幅度增减，然后呈现平滑趋势，Age.Disk Queue Length变化趋势也是在1分钟之前大幅度增减，然后呈平滑趋势，与page reads/sec变化保持增减一致，结合2者的数据应趋势判断内存正常6.6 Sql server 2005名称描述范围测量值全表扫描/秒Full Scans/sec指每秒全表扫描的数量。全表扫描可以是基本表扫描或全索引扫描。由于

30、全表扫描需要耗费大量时间，因此全表扫描的频率过高的话，会影响性能。如果该指标的值比1或2高，应该分析设计的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。34缓冲区高速缓存命中率Buffer CacheHit Ratio %指在缓冲区高速缓存中找到而不需要从磁盘中读取的页的百分比。该比率是缓存命中总次数与缓存查找总次数之比。经过很长时间后，该比率的变化很小。由于从缓存中读取数据比从磁盘中读取数据的开销小得多，一般希望该比率高一些。该指标的值最好为90% 或更高。通常可以通过增加 SQL Server 可用的内存数量来提高该指标的值。增加内存直到这指标的值持续高于90%，表示90%

31、 以上的数据请求可以从数据缓冲区中获得所需数据。99.8%惰性写/秒Lazy Writes/sec指每秒被缓冲区管理器的惰性编写器写入的缓冲区数。惰性编写器是一个系统进程，用于成批刷新脏的老化的缓冲区（包含更改的缓冲区，必须将这些更改写回磁盘，才能将缓冲区重用于其他页），并使它们可用于用户进程。该指标的值最好为0。0高速缓存命中率 Cache Hit Ratio %指高速缓存命中次数和查找次数的比率。在SQL Server中，Cache包括Log Cache，Buffer Cache以及Procedure Cache，该指标是指所有Cache的命中率，是一个总体的比率。该指标的值越高越好。如果

32、该指标的值持续低于80%，就需要增加更多的内存。99.9平均闩等待 时间(毫秒)Average LatchWait Time(ms)指一个SQL Server线程必须等待一个闩的平均时间。如果该指标的值很高，则系统可能正经历严重的资源竞争问题。0死锁的数量/秒Number of Deadlocks/sec指每秒导致死锁的锁请求数。锁加在SQL Server资源上（如在一个事务中进行的行读取或修改），以防止多个事务并发使用资源。应尽可能少使用锁以提高事务的并发性，从而改善性能。0 Full Scans/sec(全表扫描/秒)：该数据的测量值为0，在标准范围内，因此SQL查询不需要优化。 Buff

33、er Cache Hit Ratio %（缓冲区高速缓存命中率）：该数据的平均值为58，在标准范围内，因此不需要增加SQL服务器的内存值。 Lazy Writes/sec（惰性写/秒）：该数据的测量值为0，是理想值。 Average Latch Wait Time(ms)（平均闩等待 时间）：该数据的测量值为0，在标准范围内，因此SQL查询不需要优化。 Cache Hit Ratio %（高速缓存命中率）：该数据的测量值为99，符合标准范围 Number of Deadlocks/sec（死锁的数量/秒）数据的测量值为0，在标准范围内，因此SQL查询不需要优化。7. 查询分析结果通过对并发查询

34、功能的性能测试中几个主要数据的分析可知，100人并发时事务通过的成功率、平均事务响应时间、每秒点击次数、吞吐量在理想范围内。因此如果从各个方面考虑，最优的并发人数在100-150人之间。通过对服务器性能的不同方向web资源数据和sql 资源数据中的数值分析可知，通过对服务器性能分析内存4G，硬盘500G的服务器满足性能需要。8. 附录性能测试中监控的web服务器和sql 数据库有许多条监控信息，对于这些信息我们不需要逐一进行分析，附录中列举的可供参考。8.1 web 服务器计数器描述参考值Processor: %Processor TimeCPU使用率，如果一个或多个处理器的该数值持续超过 9

35、0%，则表示CPU是瓶颈。小于75%。排除内存因素，如果该计数器的值比较大，而同时网卡和硬盘的值比较低，那么可以确定CPU 瓶颈。Processor: %User Time表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值Memory:Available Mbytes物理内存的可用。至少要有10%的物理内存值。如果Available Mbytes的值很小（4 MB 或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。Memory:Cache Bytes文件系统缓存。默认

36、情况下为50%的可用物理内存。A: Requests Queued由于处理请求的服务器资源不足而未执行的请求总数。Request Queued 在理想状况下应该接近0，如果这两个值太大，那么需要重写代码提高性能。A: Request Execution Time执行最近的请求所用的毫秒数。ASP.NET Applications：Request/Sec每秒执行的请求数。它表示应用程序的当前吞吐量。在恒定负载下，此数值应处于特定的范围内（不包含其他的服务器工作，如垃圾回收、缓存清理线程和外部服务器工具等）。如果Request/Sec的值比较小，Web 程序可能是瓶颈。ASP.NET: Reque

37、st Wait Time队列中的最近请求等待处理的亳秒数。Request WaitTime在理想状况下应该接近0，如果这两个值太大，那么需要重写代码提高性能。ASP.NET: Request rejected由于处理请求的服务器资源不足而未执行的请求总数。此计数器表示返回 503 HTTP 状态代码（表示服务器太忙）的请求数量。PhysicalDisk：%Disk Time所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比PhysicalDisk：Average Disk Queue Length指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数该值应不超过磁盘数的1.52 倍P

38、hysicalDisk：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在此

39、磁盘上读取操作的数率PhysicalDisk：Disk Writes /sec在此磁盘上写入操作的数率Web Service: Bytes Total/sec显示Web服务器发送和接受的总字节数。低数值表明该IIS正在以较低的速度进行数据传输。Internet Information Services Global: File CacheFlushesFile CacheFlushes 是自服务器启动之后文件缓存刷新次数，如果刷新太慢，会浪费内存；如果刷新太快，缓存中的对象会太频繁的丢弃生成，起不到缓存的作用。8.2 数据库计数器描述参考值MSSQL$SQLEXPRESS :Access Me

40、thodsFull Scans/sec（全表扫描/每秒）每秒不受限的完全扫描数。可以是基本表扫描或是全索引扫描。如果比1或2高，应分析查询，以确定是否需要全表扫描，以及SQL查询是否可以被优化。Processor :%Processor TimeCPU使用率，如果一个或多个处理器的该数值持续超过 90%，则表示此测试的负载对于目前的硬件过于沉重。小于75%。排除内存因素，如果该计数器的值比较大，而同时网卡和硬盘的值比较低，那么可以确定CPU 瓶颈。Process :%Processor Time（sqlserver）被处理器消耗的处理器时间数量。如果服务器专用于sql server，可以接受的

41、最大上限是8085。Memory :Available MBytes物理内存的可用。至少要有10%的物理内存值。MSSQL$SQLEXPRESS :Access MethodsPage Splits/sec（页分割/秒），由于数据库更新操作引起的每秒页分割的数量。MSSQL$SQLEXPRESS :Buffer ManagerBuffer cache hit ratio高速缓存命中率：引用当前位于高速缓存中页的需求的百分率。预先在内存中拥有页，允许SQL Server避免请求从磁盘子系统执行一次物理I/O。比率最好为90或更高。MSSQL$SQLEXPRESS :Buffer ManagerL

42、azy writes/sec每秒被缓冲区管理器的惰性写入器写入的缓冲区数。惰性写入器是一个系统进程，其主要任务是刷新成批的老化的脏缓冲区（指包含更改的缓冲区，这些更改必须写回磁盘，才能使该缓冲区由其它页重新使用），并使之可由用户进程使用。惰性写入器消除了为创建可用缓冲区而频繁执行检查点的需要。最好为0。MSSQL$SQLEXPRESS :Buffer ManagerPage reads/sec每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据库间的物理页读取总数。由于物理I/O的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。M

43、SSQL$SQLEXPRESS :Buffer ManagerPage writes/sec每秒执行的物理数据库写的页数。MSSQL$SQLEXPRESS :Catalog MetadataCache Hit Ratio显示在高速缓存中找到数据的命中率。如果数值持续小于85%，则表示内存有问题。MSSQL$SQLEXPRESS :DatabasesTransactions/sec每秒为数据库启动的事务数。MSSQL$SQLEXPRESS :Locks(DataBase)Average Wait Time (ms)每个锁请求被迫等待的平均时间量，以毫秒为单位。MSSQL$SQLEXPRESS :

44、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 ManagerLock Blocks服务器上锁定块的数量。锁是在页、行或者表这样的资源上。不希望看到一个增长的值。MSSQL$SQLEXPRESS :Memory ManagerTotal Server Memory (KB)SQL SERVER服务器当前正在使用的动态内存总量。MSSQL$SQLEXPRESS :SQL Sta