为什么 设置300的并发。tps 只有131。有人知道么？
为什么 设置300的并发。tps 只有131。接口响应2秒 . 走的都是redis，redis的qbs却有3w这什么问题呀 有人知道么
写回答
-
随心分享，欢迎友善交流讨论：）根据您提供的信息，可能有以下几个原因导致问题：
1、Redis QPS 较高但是接口响应时间较长，可能是由于 Redis 的响应时间较长导致的。可以尝试优化 Redis 的配置，例如增加 Redis 的内存、优化 Redis 的网络配置等。
2、接口响应时间较长可能是由于接口本身的性能问题导致的。可以通过对接口进行性能测试和分析，找出具体的瓶颈，并进行优化。
3、300 的并发量可能超出了系统的承载能力，导致系统性能下降。可以尝试增加系统的硬件配置，例如增加 CPU、内存等资源。
综上所述，您可以根据以上几个方面进行排查和优化，以提高系统的性能和 QPS。
2023-03-28 14:51:44赞同 展开评论 打赏 -
大鹏一日同风起，扶摇直上九万里你好， TPS是每秒事务数，Transaction Per Second的简称。TPS越高代表系统性能越好，吞吐量越高。
300并发代表300RPS，1s内同时发起300个请求 TPS 131，为系统支持每秒131个事务请求 Redis 3w QPS ，为服务端到缓存的请求量。 接口响应2s
综上所述，本次压测接口响应较慢，建议查看服务端和缓存的监控指标和日志，查到性能瓶颈。
2023-03-21 11:30:19赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
云原生可观测基于Prometheus、Grafana 、OpenTelemetry 等核心产品， 形成指标、链路存储分析、异构数据源集成的数据层， 通过标准PromQL和SQL提供大盘展示、告警与探索能力。
