系统瓶颈分析举例

经验举例151Testing软件测试网 fAW%ztY
　
#m^)} z$D5H0　　交易的响应时间如果很长，远远超过系统性能需求，表示耗费CPU的数据库操作，例如排序，执行aggregate functions（例如sum、min、max、count）等较多，可考虑是否有索引以及索引建立的是否合理；尽量使用简单的表联接；水平分割大表格等方法来降低该值。51Testing软件测试网uSNo1r
K
　51Testing软件测试网#tJ2MllzQx-Q

];pWS5c J!xWIz0经验举例2
!cI u8V9X/rN0　
YL D"E?0　　分段排除错误。测试工具可以模拟不同的虚拟用户来单独访问Web服务器、应用服务器和数据库服务器，这样，就可以在Web端测出的响应时间减去以上各个分段测出的时间就可以知道瓶颈在哪并着手调优。51Testing软件测试网c%vbMJQ6Mz#i*p
　51Testing软件测试网GF*h-IF;Dj
经验举例351Testing软件测试网+q.Euc'[%xp
　
O8}TM\2S0　　UNIX资源监控（NT操作系统同理）中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。“Swap in rate”和“Swap out rate”也有类似的解释。51Testing软件测试网*GL6Q+hUDNl"bV'n
　51Testing软件测试网;z[Q4Z.y%n DI
经验举例4
ti}+w#Qm[5UzJKS0　
gr\,mIX~9p7Q[O:^!J0　　UNIX资源监控（NT操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU.可以考虑增加一个处理器或换一个更快的处理器 .合理使用的范围在60%至70%.
T;jCH,G1d0　51Testing软件测试网.lT/bBgi.ZXN}
经验举例5
hCkG,l~*k}0　
Z5k^1qS(Fb2U3M0c0S4b0　　UNIX资源监控（NT操作系统同理）中指标磁盘交换率（Disk rate），如果该参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统、重新部署业务逻辑等，另外设置Tempdb in RAM，减低"max async IO"，"max lazy writer IO"等措施都会降低该值。51Testing软件测试网6nD}.Uf\%h
　
i"kK5A!cAb3j$KQ0经验举例6
? ]P9AtPNZ+^"}v0　51Testing软件测试网'@M.\:`7{dx
　　Tuxedo资源监控中指标队列中的字节数（Bytes on queue），队列长度应不超过磁盘数的1.5~2倍。要提高性能，可增加磁盘。注意：一个Raid Disk实际有多个磁盘。
m zLp o*QV0　

6o0D1a,a!S8G-\J3x)C0经验举例751Testing软件测试网'vY_Coi*Ox
M
　51Testing软件测试网fI ?'C!IK
p8J
　　SQLServer资源监控中指标缓存点击率（Cache Hit Ratio），该值越高越好。如果持续低于80%，应考虑增加内存。注意该参数值是从SQLServer启动后，就一直累加记数，所以运行经过一段时间后，该值将不能反映系统当前值