压力测试的问题

[wyumening]

情况是这样的：加载页面时，会发送一个ajax请求去加载数据，然后根据数据来填充页面，我使用jmeter针对对这个ajax请求做了压力测试，当模拟100个用户并发时，结果是这样的，如图所示：

查看了下响应返回的数据，没有丢包，数据还是全部获取到了
平均时间是9399ms,请求时间有些长。。这种情况下是不是要优化到平均请求时间是3s左右才行呢？我好想记得一般情况下页面等待时间超过3秒，用户就会不耐烦了，这样用户体验就不好了

[bdmh]

当然是越快越好，这要看你具体的数据结构，数据库结构，硬件性能等

[正宗熊猫哥]

具体看你的软件面相用户数，还有考虑是否有数据库交互的大数据处理。。。100用户操作页面延迟近10秒是够呛的

[卧槽这是我的昵称吗]

这种问题，一般先看你的硬件情况。 硬件太拖后腿，程序再怎么优化也没辙

[以专业开发人员为伍]

晕死！死读书、拿脑袋读坏了，挺害人啊。 你应该先分析你的数据，然后再纠结什么表面的“优化”问题。所谓“平均时间9399ms”来自于哪些数据？这个“压力”测试它有什么问题没有？ 如果它有着严重的问题，如果一个平均只占用150ms的查询被你误认为 9399 ms，那么就扔掉这个坑爹的“工具”吧！

[以专业开发人员为伍]

我很奇怪，如果一个工具告诉你“把车开到沟里”你也宁信工具不信自己吗？ 你看你的网页，测试时真的有20秒延迟吗？你真的相信自己一丁点速度意识都没有、只能相信这种“工具”吗？ 唉。

[wyumening]

引用 4 楼 sp1234 的回复:

晕死！死读书、拿脑袋读坏了，挺害人啊。 你应该先分析你的数据，然后再纠结什么表面的“优化”问题。所谓“平均时间9399ms”来自于哪些数据？这个“压力”测试它有什么问题没有？ 如果它有着严重的问题，如果一个平均只占用150ms的查询被你误认为 9399 ms，那么就扔掉这个坑爹的“工具”吧！

我看了下获取到的数据，是正常的，我测试的时候是模拟100个用户发出请求，每个请求之间间隔时间为2s,这样的测试条件也没什什么问题吧？ 我之前试过，当数据库中表的数据量只有十多万时，速度还是很快的，当加大数据量然后再测试的时候就变慢了

[jun471537173]

单个请求：直接在客户端执行sql所耗时间能接受吗，如果不能，可以考虑下优化sql语句、升级数据库服务器硬件、升级带宽等； ajax请求获取数据耗时跟上面耗时相差大吗，如果很大，可以看下能不能优化程序。 如果单个请求ok的话，多个请求不ok，那就升级硬件、带宽、买多几台服务器等。 当然客户端硬件如果很烂也会有影响。 用户体验当然是希望越快越好。

[於黾]

一次查询几百万数据,不慢是不可能的,不管你用什么方法优化,都没可能让这个速度变快,能做的仅仅是让浏览器看起来没有卡住而已 你应该对查询条件进行过滤,不让用户一次性把数据库里的数据都弄出来 万一数据库里有几亿条数据,你让用户等到天荒地老啊