发现每秒的事务数是 100 多，接近 200.
这个和吞吐量的结果明显查了很多，我把测试结果保存到 csv 中，通过手动计算得到的吞吐量也只有 100 多，和图形趋势图一致。
经多次测试发现，当请求出现第一个 error 时，吞吐量数值就会不停的增大，此时的吞吐量不正确的，所以此时不管是用汇总报告还是聚合报告作为测试报告，
吞吐量都是错误的，没有意义的，跟趋势图并发数不一致，这点领导很快就发现了。
有些人说每秒事务数和吞吐量不一样，但是我这里只有个一个压测接口，理论上来说此时一个压测接口的吞吐量和每秒事务是一样的。
这是 jmeter 的 bug 还是什么原因，有大佬遇到过这种情况吗

每秒事务数和吞吐量 就是一样的不用纠结
导致概要结果中的结果这么大，是因为 error 后，响应时间变短几乎瞬间返回造成的，JMeter 默认认为一个请求和一个响应是一个取样结果。
你把 TPS 图表中的失败的绿线隐藏了，你打开就能看到，绿线得有 900 多吧，只看成功的红线 100 多，概要结果中是成功 + 错误的统计，也就是说他记录的是所有请求。

另外，建议压力调低一点，直到被压的服务不出现 error，记录下它的吞吐量，作为正常服务的容量上限。