一次 Redis 内存暴涨的排查记录
【摘要】 bigkeys + monitor 定位写入方并加 TTL。
一次 Redis 内存暴涨的排查记录
现象
实例内存 2GB,凌晨涨到 1.9GB 触发告警,白天又回落。
第一步:看 key 分布
redis-cli --bigkeys redis-cli info memory | grep used_memory_human
发现大量 `tmp:*` 前缀的 key,TTL 都是 -1(永不过期)。
第二步:定位写入方
`monitor` 抓 30 秒流量,看到某个定时任务每 5 分钟写入一批临时结果,任务结束后没有清理。
第三步:修复
1. 写入时统一加 `EX 3600`;
2. 任务结束时显式 `DEL`;
3. 加一条巡检:超过 1000 个无 TTL key 就告警。
第四步:效果
修改后内存曲线平稳在 400MB 左右,凌晨峰值消失。
小结
Redis 内存问题的根因几乎都是「写了不收」。给所有临时 key 加 TTL 是最省事的兜底。
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)