Redis查询数

我有一个运行12-16个redis命令的脚本

这可能看起来像一个愚蠢的问题，但考虑到这个脚本通常每隔几秒钟调用一次，它们是否太多而无法同时执行？我的意思是，Redis是否也被设计为拥有如此多的命令，还是应该尽可能减少命令数量

我基本上是使用队列、集合和字符串的列表

---

提前感谢。

对于您发布的数字，没有任何问题，Redis可以毫无问题地处理这些流量，除非这些查询是大型集合的交叉点、排序或其他命令，它们的运行时间与您类型中的元素数成比例

---

然而，这不仅仅是Redis能否处理流量的问题，您还应该关注延迟。如果你使用流水线(http://redis.io/topics/pipelining)您可以一次询问多个查询，并避免多次支付往返时间。

因此，基本上您的脚本平均每秒6-8次redis查询？这些脚本中有多少是并行运行的，每次调用您从redis获得的数据量大约是12-16。现在我得到了0个并行，但我预计大约有1000个并行。我得到的数据基本上只是ID，所以字符串不太长。据我所知，一台Redis服务器在数据量相当小的情况下，通过千兆以太网每秒应该可以处理大约100k的查询。您的应用程序应该在该限制下运行，但您应该阅读链接页面，以查看您没有达到任何其他限制（网络速度/服务器是VM等）啊哈，我的数学能力很差，目前有多少查询？有主意了吗？目前，每2（几）秒查询12-16次，每秒查询6-8次。1000条平行线意味着每秒6000-8000条查询。很明显，我是在使用管道技术。萨尔瓦托！我是你的超级粉丝，我来自卡塔尼亚！你有没有可能在kiurma为初级开发人员提供空缺职位？