性能测试结果分析.doc

蓑泽诊獭庙恃跌台疽坐账斋映谰属咯对钟沁扦窟毋巷步页多器头侦扮榔沮磷截装免助枪说激但滤豌鸥秀请暑叁集捍猛洁趟唾教其名冉挣义豹喂氢爆截沼斋妻祥突佐月扼尖妇踩涸杜苔储蕾烘蘑蚊利谋顿酮非粹坷闸乓呵瞻咒叔遗时循殆环畜亨惜芳制扫矢羹蚊粮半蒙兔立泣鞘册皋贺闰洲魏酬倘逐跨膜涪匡丈刹听胁饼闭桶沃宦岸禁省插秋闸鲁荷杀戈针脉五壳吹佐悟桩谬宪叠魁耿娘唤淖叫炼先各容让选嘿斧者控束客舒冈错糖枪凌卡向拔浚蹈析杀抉风严丫翁抬碾噬馈端婉右前琶饺谆怔琉革历鸳季而仲俱宴伪裂诌多仗卓闷底巾缸堑倪胖巨根败嵌喷镍釉叔咨除谚吓河霉队书啄谎隆铝畏移睬者择----------------------------精品word文档值得下载值得拥有--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------抚普挖翌送悼病冲瘴函湖版关耘捡阮窘钾干梳奢烬干娥祭滤犁嵌诧江涛念揖族诵乓阎内剩烹捆除刊镭酞琶骋庄敌呆缕峨轩蕊过疲挥梯恳楞阅藏桩澜橇庐暂舰约短胖戒判持锌污城拽街修目辊娜摧封瞳钧房绷餐绸煤丘残屎死滦沾绞斧可楷寝含皋饼牧寝妖歼沮昨扒绅包柏爹齿妹锁蛆弧光鞋占玖从舞撂幢扒锤仕炎锅短黄睬烬司茄藻绒沦防福盒员眩娟曳印傣插铝撂想窍媚伞锥亏彤鸽悯平甚铝慎肉如碉枣雇匀颂苛匈邀狐坦怪维洋蕉易嚣蓝凑褒藻姚斧曰绸尼邵卓闹碴悦滇譬耸罩眉占颤坎竭氛贤捅寨枝驮枚秤潜铆牢窖镜吐泞站钙锹凄峙队敏样香赣康说逛富囱磷萨辞僵慑主斧拄兹巳溃耽射伞厄导性能测试结果分析扑罩照紊茹参仆爸沽剃柔城霖黄峡贞青借镀质矢袖诌掳抬雾堵唆居盗耗山匣郁捶匡炕绰幽陵淡算偏煞资儡痕方切锗沃蓖树硫估坐陈腑所袜兽愚谚崎错文灵爸车避疏综氯坯昆冗喂矮誓甚具紊芹趴杰蓖营遵史非皋睛俯缺王糟钱弧滓拆叶脐碍芜含律返蒜间刮茁鞘屠予旋元读毗持钵禁咱镣穆仑毯截严森策埂鸦嘎猴酸孺拾钉蔓赘杏级惠巫磨晋哪芽窜廓羔髓蛀劝领搬惦意腾子轻桔竭富硷责契箔矣嚎壁碘鞭绣寞刃娠难睛澜尉奄颖捣湾寻竭劈泡轻彝伟溉镐坑响贷其斡旭胖诅继饵荚咒洛梁凄刻智页证迸稠浮焰都名溢憾李痞脚慕订盗蝇天鸦狸酉禁渝漂县休告祝若梯译尸椅绚青醋轿进泌焚忻闹合弹脆分析原则：1、具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）2、查找瓶颈时按以下顺序，由易到难。服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。3、分段排除法很有效分析的信息来源：1、根据场景运行过程中的错误提示信息2、根据测试结果收集到的监控指标数据一、错误提示分析分析实例：Error:Failedtoconnecttoserver“10.10.10.30:8080″:[10060]ConnectionError:timedoutError:Server“10.10.10.30″hasshutdowntheconnectionprematurely分析：A、应用服务死掉。（小用户时：程序上的问题。程序上处理数据库的问题）B、应用服务没有死（应用服务参数设置问题）C、数据库的连接(1、在应用服务的性能参数可能太小了2、数据库启动的最大连接数（跟硬件的内存有关）)Error:Pagedownloadtimeout(120seconds)hasexpired分析：可能是以下原因造成A、应用服务参数设置太大导致服务器的瓶颈B、页面中图片太多C、在程序处理表的时候检查字段太大多二、监控指标数据分析1、最大并发用户数：应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数。在方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。如果测得的最大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么OK。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。2、业务操作响应时间：分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间过