2

我们在使用 Redis 的应用程序中遇到超时。已经调查但没有成功。请参阅下面的超时错误:

StackExchange.Redis.RedisTimeoutException: Timeout performing GET 
USERORGANIZATIONS_D96510A4-A9A2-4DAA-84A9-BB77363DD3EA, inst: 9, mgr: 
ProcessReadQueue, err: never, queue: 24, qu: 0, qs: 24, qc: 0, wr: 1, wq: 1,
in: 65536, ar: 1, clientName: RD00155D008B42, serverEndpoint: 
Unspecified/xxxxxxx.redis.cache.windows.net:xxxx, keyHashSlot: 9735, IOCP: 
(Busy=0,Free=1000,Min=4,Max=1000), WORKER: 
(Busy=27,Free=32740,Min=200,Max=32767) (Please take a look at this article 
for some common client-side issues that can cause timeouts: 
http://stackexchange.github.io/StackExchange.Redis/Timeouts)

如果需要更多信息,请询问我,我会尽力提供。提前致谢。

4

1 回答 1

4

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

在客户端诊断 Redis 错误

Azure Redis 最佳实践

于 2017-11-30T08:00:38.523 回答