51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1533|回复: 3
打印 上一主题 下一主题

[原创] SQL调优后,服务器资源反而压不上啦,(已解决)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-5-5 18:49:29 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 wangyong3552128 于 2011-7-5 10:35 编辑

被测试系统:BS结构的网站
网络带宽:1000M
环境:HP-UX rx8640,应用weblogic、数据库DB2

条件:loadrunner的controller、generator机器都和被测试系统一样在一个网段,并在千兆带宽环境中,吞吐量能够达到100M,网络是没有问题。

调优前:并发90个用户的时候,应用的CPU接近90%

调优后(主要对SQL进行调优):并发600个用户,后台各台主机的CPU,磁盘等都比较低,吞吐量和事务响应时间反而上去啦,用户登录交易在40秒,吞吐量达到100M。DB2数据库的排序多一些,但也影响不大。

问题:SQL调优后,为什么各主机的资源使用率没有上去呢,难道交易没有走到后台,吞吐量可是很大的?那么大的吞吐量后台就像没有压力似的,请有经验的高手帮助分析一下。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2011-7-5 10:30:55 | 只看该作者
差点把这个帖子忘记啦。
当时这个问题是这么解决的:由于那次性能测试脚本中用的参数化数据,也就是我们经常说的登录用户。这些用户的操作流水比较少,虽然数据库中的数据量很大,但是起到作用的流水比较少。最后参数化数据中的每个用户都关联2000-10000笔流水。

另外应用服务器CPU资源比较高的原因是因为有部分交易确实不去走数据库,而是直接通过应用到了主机(另外一个系统)。导致应用服务器的CPU较高。

大致就这样。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2011-5-6 13:36:23 | 只看该作者
调优前只有一台应用服务器cpu达到90%。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2011-5-6 10:59:32 | 只看该作者
请给出系统逻辑拓扑结构,,和物理部署图。。。还有调优前应用CPU达到90%的是哪些机器?
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-21 00:45 , Processed in 0.076948 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表