azure - Azure 的 Redis 缓存错误

Question

我们在 Azure 的 SaaS 应用程序中包含 Redis 缓存。

但是我们遇到了一些问题，我们不时会看到这些类型的错误

Timeout performing EVAL, inst: 2, queue: 23, qu: 0, qs: 23, qc: 0, wr: 0, wq: 0, in: 65536, ar: 0, 
IOCP: (Busy=1,Free=999,Min=1,Max=1000), WORKER: (Busy=2,Free=8189,Min=1,Max=8191)

Timeout performing EVAL, inst: 2, queue: 3, qu: 0, qs: 3, qc: 0, wr: 0, wq: 0, in: 65536, ar: 0, 
IOCP: (Busy=1,Free=999,Min=1,Max=1000), WORKER: (Busy=3,Free=8188,Min=1,Max=8191)

当试图解释这些日志时，我很难知道从哪里开始，从哪里看并得出结论。

拜托，有人能告诉我一些关于这些特定值的信息吗？Redis实例和服务器在同一个zone，我用的是1GB内存的c1 plan，简单测试就出现了这些错误。

设置是:

ConnectionTimeoutInMilliseconds = "2000" operationTimeoutInMilliseconds = "1500" retryTimeoutInMilliseconds = "4500"

在 Azure 的 redis 仪表板中，我没有看到任何内存峰值、连接或其他任何东西，我应该查看任何特定值吗？

Answer 1

超时中的“in: 65536”值非常高。该值表示客户端的套接字内核缓冲区中有多少数据。这表明数据已经到达本地机器，但还没有被应用层读取。这通常发生在 1) 需要调整线程池设置或 2) 客户端 CPU 运行过高时。

IOCP:(Busy=1，Free=999，Min=1，Max=1000)，WORKER:(Busy=2，Free=8189，Min=1，Max=8191)和 IOCP:(Busy=1， Free=999,Min=1,Max=1000), WORKER: (Busy=3,Free=8188,Min=1,Max=8191) 表明您遇到了线程池增长限制问题。您可能想在此处查看解释和建议:https://gist.github.com/JonCole/e65411214030f0d823cb#file-threadpool-md .