本文介绍了在userfeed业务中，Redis EXISTS命令出现慢查询的问题，平均耗时13ms，最大接近20ms。排查发现，由于大ZSET的过期策略导致主动过期机制触发，影响性能。潜在风险包括高QPS下客户端超时和请求失败。后续处理措施包括增加过期时间和考虑使用异步删除大key来优化。
一、背景
redis慢日志分析平台上线后，随便看了一下，发现onestore使用的缓存集群，存在大量的EXISTS命令慢查询的情况：
平均每个EXISTS命令需要13ms，最大耗时近20ms。这个结果很不科学啊，EXISTS命令只是执行一次hash查找操作，应该是us级别。
和相关同学了解业务背景如下：
- 业务是userfeed，存放用户发表的动态
- 使用zset存储一个用户发表的所有动态，key是用户id，集合中对应的是feedid。如果用户发表的动态很多，zset也很大
- redis集群作为onestore的缓存，过期时间是10分钟
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
