我对193个样本进行了JMeter测试，我的平均响应时间为5915ms，Throghput为1.19832。
我只是想知道它们是如何完全相关的
TL; DR
不，但是。
两者都没有直接关联，但是当增加吞吐量时，由于服务器上的负载/压力，它可能会影响服务器响应时间。
如果有超时错误，响应时间可能会增加。
但是对于验证或防火墙错误 - 响应时间可能会减少。
在JMeter archive有一个很长的解释，最后使用迪士尼来证明：
想想你最后一次迪士尼之旅或你最喜欢的游乐园。让我们将乘坐的容量定义为每回合可以坐的乘车人数（想想过山车）。吞吐量将是每单位时间退出的人数。让我们定义服务时间，让您节省乘坐时间。让我们将响应时间或延迟定义为您的乘车排队时间（停滞时间）加上服务时间。
所有答案都在JMeter Glossary
经过的时间。 JMeter测量从发送请求之前到刚收到最后一个响应之后的经过时间。
吞吐量计算为请求/时间单位。时间从第一个样品的开始到最后一个样品的结束计算。这包括样本之间的任何间隔，因为它应该代表服务器上的负载。公式是：
Throughput = (number of requests) / (total time).
关系是：响应时间更长 - 吞吐量更低，反之亦然。
您可以使用Transactions per Second等图表来获取吞吐量，使用Response Times Over Time作为响应时间，以便在测试时间轴和Composite Graph上绘制它们以将它们组合在一起。这样您就可以跟踪趋势。
可以使用JMeter Plugins Manager安装所有3个图表
响应时间：用户发送请求直到请求完成时计算的时间。
吞吐量：服务器属性是指在一定时间内可以进行的交易或请求数量。这里1.19832 /分钟意味着服务器坎德尔每分钟1.19832样本。
随着响应时间的增加，吞吐量增加。
在负载/性能测试方面。吞吐量和响应时间成反比。即随着响应时间的增加，吞吐量应该减少。随着吞吐量的增加，响应时间应该减少。
您可以在此博客中获得更详细的定义：