服务器瓶颈是否会掩盖中间件瓶颈？

iter777

线上遇到个问题，并发数高的话会导致一个服务down掉，要在测试环境做压测来重现和调优。但是测试环境我发现并发数提高后，服务器美妙能够处理的事物数并没有提高，一味加大并发只会导致排队超时；监控测试服务器性能，cpu已经满负荷，这样跑了几次压测，发现并没有发现中间件有任何问题。所以我怀疑是否因为测试服务器的性能瓶颈导致给不了中间件太大压力，不知道遇到这种情况一般要怎么处理。测试服务器硬件肯定比线上差，也没法换了。

放任无奈

这种问题
既然已经在线上出现了问题，强烈建议要在线上直接监控跟踪，拿到最根本的原因

你说的服务down掉，是指一个中间件服务down了么
而且问题现象也非常不明确
系统是访问越来越慢，最后不再响应了呢
还是突然就不能用了
这可能是完全不同的问题，甚至可能根本就不是压力的问题

是否有任何的日志显示了异常呢
服务器有没有监控数据（比如操作系统层面的），能否看出异常
问题出现时，各个节点的压力到底有多大，如果都不知道这些数据，你如何判断是压力原因导致呢？
等等吧

要想知道问题的真正原因
你要拿到各种数据，而这些数据只有在线上环境才能取到

我见过很多类似的问题
线上系统一down，不是第一时间现场跟踪定位
而是让公司内的测试人员做压力测试去复现
不知道原因，只是一味的加大压力
很多时候，这种努力都是徒劳的
即有你说的那种可能（环境不一样，瓶颈出现在了不同位置）
也可能是压力测试根本就没覆盖到出问题的点，毕竟一般来说压力测试只能覆盖到关键流程
还有可能根本就和压力无关（我自己遇到过中间件本身bug导致的）