如何解决是什么导致Azure Redis缓存中的RedisTimeoutException？
我有一个运行2个实例的Azure应用服务，该服务利用了共享的Azure Redis缓存。大部分时间 都很好。但是有几天，我在App Service日志中看到RedisTimeoutException错误。通常情况下，写入（SETEX）上会有一个超时，紧随其后的是大约10个以上的超时，这些超时是读和写的混合（我认为其他操作排在超时之后）。
示例：
StackExchange.Redis.RedisTimeoutException: Timeout awaiting response
(outbound=0KiB,inbound=1KiB,5984ms elapsed,timeout is 5000ms),command=SETEX,next: GET <Key_name>,inst: 0,qu: 0,qs: 14,aw: False,rs: ReadAsync,ws: Idle,in: 0,serverEndpoint: <Azure_Redis_instance>,mc: 1/1/0,mgr: 10 of 10 available,clientName: <App_service_instance>,IOCP: (Busy=0,Free=1000,Min=2,Max=1000),WORKER: (Busy=2,Free=32765,Max=32767),v: 2.1.28.64774
(Please take a look at this article for some common client-side issues that can cause timeouts: https://stackexchange.github.io/StackExchange.Redis/Timeouts)
我在他们的异常消息中遵循了URL，并通读了他们对可能的超时原因的解释，但我不认为这些都是原因。 This subheading引起了我的注意，因为我确实在上面的例外中看到了qs: 14，但是我们没有使用任何会长时间运行的命令。我们仅使用键来设置/获取单个缓存条目。
在出现这些错误的过程中，我使用了Azure门户> App Service>度量标准刀片来查看App Service，但我看不到CPU时间，内存工作集或连接（在两个应用服务的实例）。我还检查了Redis Cache实例，没有发现内存或CPU使用率有任何峰值。
我不确定接下来要看什么。例如：
- 您会尝试使用他们的建议使用 ConnectionMultiplexer对象池来避免操作在缓慢的操作后排队吗？ （我想知道为什么它很慢）
- 还有我要忽略的另一个关键绩效指标吗？
- 我没有看到
mc: 1/1/0的解释，这是什么意思？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
