如何求解redis。
使用REDIS缓存时，我会遇到此错误。
流程联盟池池stackexchange.redis.redistimeoutexception：超时等待响应（出口= 38854Kib，Inbound = 0kib，5187ms，超时，超时为5000ms），命令= get，get configleleaguemodelkey，Inst：0，qu：0，qu：0，qu：0，qu：0，timeouteutexception。 ，QS：1，AW：false，rs：readasync，ws：idle，in：65536，serverendpoint：xxxx-redis-cache.redis.cache.cache.windows.net：6380，mc：1/1/0，MC：1/1/0，mgr：10在10个可用的clientName中：xxxxx，iocp ：（忙= 1，free = 999，min = 1，max = 1000），wrorkle ：（忙= 3，free = 679，min = 1，max = 682），v： 2.2.62.27853
奇怪的是，当我通常使用缓存时，它可以很好地工作，但是当我在Azure Webjob上使用它时，就是当我遇到此问题时。我一直在寻找解决方案，但仍然没有找到任何解决方案，所以我很感谢任何帮助。
我还必须提到，这突然开始发生，以前它非常
感谢您的时间
I am getting this error when using redis cache.
Error when process leagues pools StackExchange.Redis.RedisTimeoutException: Timeout awaiting response (outbound=38854KiB, inbound=0KiB, 5187ms elapsed, timeout is 5000ms), command=GET, next: GET ConfigLeagueModelKey, inst: 0, qu: 0, qs: 1, aw: False, rs: ReadAsync, ws: Idle, in: 65536, serverEndpoint: XXXX-redis-cache.redis.cache.windows.net:6380, mc: 1/1/0, mgr: 10 of 10 available, clientName: XXXXX, IOCP: (Busy=1,Free=999,Min=1,Max=1000), WORKER: (Busy=3,Free=679,Min=1,Max=682), v: 2.2.62.27853
The strange thing is that when I use the cache normally It works perfectly but when I use it on an Azure WebJob is when I get this problem. I have been searching for a solution and still found nothing so I would appreciate any help.
I also have to mention that this started happening suddenly, previously It worked perfectly
Thanks for your time
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
查看您的错误消息，您有两件事跳出我：
in：65536错误的一部分意味着您有很多坐在中的服务器发送的数据您本地插座的缓冲区等待您的应用程序读取该数据。这通常表明您在应用程序中存在性能问题：例如高/尖峰CPU突发或记忆压力引起记忆分页。worker ：（忙= 3，free = 679，min = 1，max = 682）零件指示您的螺纹池设置需要调整。每当“忙碌”比“ min”大时，您都会在处理响应中体验延迟，因为ThreadPool会在忙碌时会产生新线程的速度。请参阅本文有关这两个问题的更多详细信息。
Looking at your error message, you have two things that jump out at me:
The
in: 65536part of the error means that you have a lot of data sent by the server that is sitting in your local socket's buffer waiting for your app to read that data. This usually indicates that you a performance problem in your app: for example high/spiking CPU bursts or memory pressure that is causing memory paging.The
WORKER: (Busy=3,Free=679,Min=1,Max=682)part indicates that your Threadpool settings need to be adjusted. Whenever "busy" is bigger than "Min", you are going to experience delays in processing responses because the threadpool throttles how quickly it creates new threads when busy.See this article for more details on both these issues.