18

我正在使用带有 php-fpm 和 phpredis 驱动程序的 redis (2.6.8),并且遇到了一些 redis 延迟问题。在某些负载下,我们的应用程序对 redis 的第一次请求大约需要 1-1.5 秒,并且redis-cli --latency显示相同的延迟。

我已经检查了延迟指南

  • 我们在具有 Unix 套接字的同一主机上使用 redis
  • 慢日志不再有条目 5ms
  • 我们不使用 AOF
  • redis 需要大约 3.5Gb 可用的 16Gb 内存(我想这不是太多)
  • 我们的系统没有交换
  • 没有其他进程在执行磁盘 I/O

我正在使用持久连接,连接的客户端数量从 5 到 25 不等(有时罢工到 60-80)。

这是图表

当有 20 个或更多同时连接的客户端时,问题似乎就开始了。

你能帮我找出问题出在哪里吗?

更新

我调查了这个问题,似乎由于某种原因,redis 没有足够的处理器时间来正常运行。

我在网络嗅探器的帮助下彻底检查了 php-fpm 和 redis 之间的通信。Redis 通过 tcp 收到请求,但仅在一秒半后才发回响应。这显然表明问题出在 redis 内部,它无法在给定的条件下处理这么多的请求(可能是处理器饥饿,因为整个系统的处理器负载只有 50%)。

通过将 redis 移动到几乎空闲的其他服务器来解决问题。我想我们应该使用 linux 调度程序让它在同一台服务器上工作,但还没有完成。

4

2 回答 2

2

请记住,Redis 是单线程的。如果您在处理器密集型方面执行的操作出错,则您的请求可能会相互阻塞。例如,如果您正在HVALS处理具有非常大值的哈希,您将让所有客户端等待,同时您提取所有数据并将其复制到输出缓冲区。

您需要在这里做的部分事情(不管这是否是问题)是查看您正在使用的所有命令并确定每个命令的复杂性。如果您要O(N)针对大量数据执行大量命令,那么您一次只是做太多事情并非不可能。

TL;DR 在不知道您正在使用哪些命令以及您的数据是什么样子的情况下,这里没有人可以真正确定地调试此问题。但是您可以查看您正在使用的每种方法的时间复杂度,并确保它是合理的。

于 2013-11-05T01:45:05.897 回答
0

我在研究我正在处理的问题时遇到了这个问题,但认为它可能在这里有所帮助:

https://groups.google.com/forum/#!topic/redis-db/uZaXHZUl0NA

如果您通读该主题,则会发现一些有趣的信息。

于 2013-10-22T01:15:25.567 回答