【Azure Redis 缓存】Azure Redis出现了超时问题后，记录一步一步的排查出异常的客户端连接和所执行命令的步骤

问题描述

Azure Redis在使用的过程中，多次无规律的出现超时问题。抓取到客户端的异常错误后，想进一步的分析是何原因导致了如下异常呢？

Timeout awaiting response (outbound=0KiB, inbound=0KiB, 5984ms elapsed, timeout is 5000ms), command=GET, 
next: GET n:AbpZeroMultiTenantLocalizationDictionaryCache,c:HMedia#zh-CN#0, 
inst: 0, qu: 0, qs: 498, aw: False, rs: ReadAsync, ws: Idle, in: 65536, 
serverEndpoint: xxxxxx-cache.redis.cache.chinacloudapi.cn:6380, 
mc: 1/1/0, mgr: 10 of 10 available, clientName: RD0003FF04A4F7, 
IOCP: (Busy=70,Free=930,Min=250,Max=1000), 
WORKER: (Busy=430,Free=32337,Min=400,Max=32767), v: 2.1.58.34321

No alt text provided for this image

官方文档对该类问题的解释为：

No alt text provided for this image

虽然这里Busy大于Min的Worker数量，表示目前客户端中所设置的ThreadPool值不够用，需要做一定的调整。但是这并不是Redis出现持续超时的根本原因，还是需要继续排查是否有某一方面达到了性能的限制呢？

问题分析

• 第一步：分析Azure Redis的各种指标，查看在超时时间点是否有突增的尖峰。
• 第二步：对比尖峰值，查看是否有突破当前定价层的阈值。
• 第三步：查看Redis日志，发现不常规的点。使用各种已知的命令来辅助调查。
• 第四步：如何来避免呢？

根据以上的四步原则。查看Azure Redis的指标，发现网络的读写出现尖峰。指标图类似于：