你是否正遇到网络或 CPU 的瓶颈?
验证客户端和托管redis-server的服务器上支持的最大带宽。如果有请求被带宽限制,则它们需要更长时间才能完成,从而可能导致超时。
同样,验证您没有在客户端或服务器框上获得CPU限制,这将导致请求等待CPU时间,从而超时。
有没有命令需要在 redis 服务器上处理很长时间?
可能有一些命令需要很长时间才能在redis服务器上处理,导致请求超时。
长时间运行的命令的很少例子有 mget有大量的键,键*或写得不好的lua脚本。
可以运行通过 SlowLog 命令查看是否有请求花费比预期更长的时间。
在这里 可以找到关于命令的更多细节。
在向Redis发出的几个小请求之前是否有大的请求超时?
错误消息中的参数“qs”告诉您有多少从客户端发送到服务器,但尚未处理响应的请求。
对于某些类型的加载,您可能会看到此值不断增长,因为 StackExchange.Redis 使用单个TCP连接,并且一次只能读取一个响应。
即使第一个操作超时,它也不会停止 向服务器发送/从服务器发送 数据,其他请求也会被阻塞,直到该操作完成。 从而,导致超时。
一个解决方案是通过确保redis-server缓存对于您的工作负载足够大并将大值分割为更小的块来最小化超时的可能性。
另一个可能的解决方案是在客户端中使用 ConnectionMultiplexer 对象池,并在发送新请求时选择“最小化加载”ConnectionMultiplexer。 这样可能会防止单个超时导致其他请求也超时。
在超时异常中,是否有很多 busyio 或 busyworker