录制一个应用服务器调用数据库的脚本(比如网站上的注册功能、查询功能)
使用LoadRunner进行大并发压测,例如100——1000并发,压10分钟就够了。
测完后,分析结果,添加web page breakdown图,可以看到first buffer time。
其中又分为network time 和server time
network time 即为网络延迟时间,该值过大(大于1S就不正常),就是有瓶颈。
问题没说清楚,也不好下定论啊,如果性能测试就压100个用户,在没达到瓶颈的情况,各项指标应该都是平稳的,波动起伏不会太大,只有慢慢增加用户,才会知道瓶颈所在随着用户的增加,下面各值会跟随增加
吞吐量,CPU,点击率。。。等
事务响应时间(这个系统一般没达到极限是不变的)
当事务响应时间开始明显变长,说明系统达到了极限
可以是CPU极限,可能是点击率极限,可能是网络极限。。。
你继续增加用户了,响应时间变长,吞吐量点击开始明显下降,说明就到瓶颈了,然后在看是什么地方的瓶颈
如果单一的吞吐量上不去,也可能是用户访问不多,吞吐量当然上不去
可以啊,虚拟用户和真实用户是一样的。没有变化,可以监控数据库连接数和Web服务器连接看有多少连接。网页打开慢要检查应用服务器和数据库服务器的CPU使用情况,如果CPU已经很高了,那就是服务器到瓶颈。如果不是,那就要分析是应用还是数据库问题了。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)