当前位置:首页 > 文章列表 > 数据库 > Redis > Redis集群数据过期淘汰怎么查?INFO keyspace监控方法

Redis集群数据过期淘汰怎么查?INFO keyspace监控方法

2026-05-27 09:43:15 0浏览 收藏
Redis集群中数据过期与内存淘汰问题无法通过INFO keyspace准确识别,因其仅统计存活key数量,完全忽略已过期未清理或已被强制驱逐的key,更不反映evicted_keys等关键淘汰指标;真正有效的排查需聚焦INFO stats中的evicted_keys(内存不足触发)与expired_keys(过期机制触发)增量对比,结合各节点maxmemory配置、内存使用率及峰值内存分析,并警惕客户端误设超长TTL导致LRU失效等隐蔽陷阱——这些隐患在key数量表面稳定时悄然恶化性能,唯有逐节点采集动态指标并关联业务场景才能精准定位根因。

Redis集群数据过期淘汰怎么排查_通过INFO keyspace监控各节点淘汰情况

INFO keyspace 不能直接反映淘汰情况,它只统计当前存活 key 的数量,对已过期未访问、已被淘汰的 key 完全不体现。 想靠 INFO keyspace 发现“哪个节点 key 少了”,基本是徒劳的。

为什么 INFO keyspace 对淘汰排查无效

INFO keyspace 返回的是每个 db 的键数量(如 db0:keys=123,expires=45,avg_ttl=3600),但它:

  • 不区分“已过期但尚未被惰性/定期删除”的 key —— 这些仍会计入 keys 总数
  • 完全不记录“因内存不足被 evicted_keys 清掉”的 key —— 淘汰后它们从字典里彻底消失,keys 值已扣减,但你无从知道是自然过期还是被踢走
  • 集群模式下各节点 INFO keyspace 独立返回,但数值波动可能源于迁移、故障转移或客户端路由偏移,和淘汰无关

真正该盯的指标:evicted_keys 和 expired_keys 差值

淘汰行为在 INFO stats 中有明确计数器,必须结合时间维度看增量:

  • evicted_keys:仅由内存淘汰策略触发,每次踢一个 key 就 +1
  • expired_keys:仅由过期机制触发(惰性+定期),每次真正删掉一个过期 key 就 +1
  • 如果某节点 evicted_keys 在业务高峰每秒涨 > 500,而 expired_keys 增速平缓 → 大概率是 maxmemory 不足,正在高频淘汰
  • 如果两者同步飙升(比如都突增 1000+/sec),更可能是 TTL 集中设置错误,导致大量 key 同时进入定期删除队列

实操建议用脚本每 2 秒抓一次差值:

redis-cli -h node1 -p 6379 INFO stats | grep -E "evicted_keys|expired_keys"

集群环境下如何定位具体节点是否异常淘汰

Redis 集群本身不聚合淘汰数据,必须逐个节点采集并比对:

  • 先确认所有 master 节点的 maxmemory-policy 是否一致(CONFIG GET maxmemory-policy),避免混用 volatile-lruallkeys-lfu
  • 对每个 master 执行:
    redis-cli -h $HOST -p $PORT INFO memory | grep -E "used_memory_human|maxmemory_human"
    ,检查 used_memory_human 是否长期 > 95% maxmemory_human
  • 再执行:
    redis-cli -h $HOST -p $PORT INFO stats | grep -E "evicted_keys|expired_keys"
    ,挑出 evicted_keys 增速明显高于其他节点的那个
  • 重点查该节点的 used_memory_peak_human:若远高于当前 used_memory_human,说明刚经历过一波大回收,主线程可能被阻塞过

容易被忽略的陷阱:客户端误设超长 TTL 导致 LRU 失效

比如某服务写入配置 key 时用了 SETEX config:timeout 315360000 "30s"(10 年 TTL),这个 key 在 volatile-lru 下永远不会被淘汰,却长期霸占 LRU 链表头部,把真实热 key 挤出去。现象是:

  • evicted_keys 持续上涨,但 INFO keyspace 显示 expires 数量很少
  • MEMORY USAGE 查几个疑似热 key,发现内存占比低;但用 OBJECT FREQ 查访问频次,发现它们几乎不被访问
  • 根本原因不是内存不够,而是“伪热 key”污染了淘汰队列

这类问题不会在 INFO keyspace 里暴露任何异常,只会让你盯着“key 数量稳定”就误判为一切正常。

文中关于的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《Redis集群数据过期淘汰怎么查?INFO keyspace监控方法》文章吧,也可关注golang学习网公众号了解相关技术文章。

模块强缓存机制解析:为何修改文件需更新哈希值模块强缓存机制解析:为何修改文件需更新哈希值
上一篇
模块强缓存机制解析:为何修改文件需更新哈希值
HTML content属性作用详解
下一篇
HTML content属性作用详解
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • ljg-skills -
    ljg-skills
    ljg-skills 是李继刚开源的 AI 技能与提示词集合,面向大模型使用者整理了一批可复用的 prompt、角色设定和任务技能模板,适合用于学习提示词设计、搭建个人 AI 工作流和沉淀团队常用智能体能力。
    146次使用
  • MELO音乐 - AI 音乐生成平台,支持多模态创作能力
    MELO音乐
    MELO音乐是一站式AI视频与音乐制作助手,对标suno, udio的高品质体验。提供伴奏生成、原创写词、无损导出、哼唱识曲、混音变声等全套音频与短视频编辑工具。无论是流行Kpop、电音说唱、民谣古风、摇滚儿歌还是商用轻音乐,MELO为你免费谱曲,轻松做同款!
    165次使用
  • UniScribe - AI 免费在线音视频转文字平台
    UniScribe
    UniScribe 是一款 AI 音视频转文字与内容整理工具,支持上传音频、视频文件或粘贴 YouTube 链接,自动生成转写文本、摘要、思维导图和关键问题,并支持多格式导出,适合会议记录、课程学习、访谈整理和内容创作复盘。
    142次使用
  • 剧云 - 免费 AI 智能中文剧本创作平台
    剧云
    剧云是专业中文剧本创作平台,安全稳定运行十余年,集成AI编剧、剧本医生审核、人物小传、剧情关系图、大纲编写、多人协作、Word导入导出、版权管控功能,数据安全防护,轻松高效创作剧本。
    299次使用
  • 万象有声 - AI 一站式有声内容创作平台
    万象有声
    万象有声,一个专为有声创作者打造的新一代智能有声内容创作平台。平台提供专业的智能拆章、智能画本编辑、AI配音、AI生成音效、后期制作、智能对轨、智能审听等有声创作全流程工具,可以帮助创作者高效、低成本创作出引人入胜的有声作品。立即体验,让有声书制作更简单!
    303次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码