RedisInsight 查看 Redis Key 实战：连接数据库、筛选前缀和检查 TTL

RedisInsight 是 Redis 官方提供的可视化管理工具，适合在开发、测试和排查阶段查看 key、TTL、数据类型、命令结果和慢查询线索。相比直接敲命令，它的优势是界面状态清楚：连接列表、Browser、Workbench、Key 详情都能放在同一个工作流里。

这篇文章按一次真实操作来走：先把 Redis 数据库连接进来，再用 Browser 按前缀筛选 key，最后检查 TTL、值内容和大小。如果你经常遇到“缓存到底有没有写进去”“这个 key 为什么不过期”“某个前缀下有多少缓存”这类问题，这个流程会很顺手。

适合人群

适合正在使用 Redis 做缓存、会话、排行榜、队列辅助数据的开发者。你需要知道 Redis key、TTL、字符串、Hash、List、Set、ZSet 这些基础概念。

目录

• 准备工作：确认连接信息和只读边界
• 添加连接：把 Redis 数据库加入 RedisInsight
• 进入 Browser：按前缀筛选 Key
• 查看详情：类型、值、TTL 和大小怎么看
• 用 Workbench 做只读验证
• 常见注意点
• 参考资料

准备工作：确认连接信息和只读边界

开始前先准备下面几项信息：

• Redis 主机地址和端口，例如 127.0.0.1:6379 或测试环境内网地址。
• 认证方式，例如密码、用户名加密码，或 TLS 连接要求。
• 要查看的 key 前缀，例如 user:profile:、order:cache:。
• 这次操作是否只读。排查线上问题时，建议只做查看和只读命令验证。

如果是线上 Redis，不建议直接在不熟悉的界面里修改值或删除 key。先用只读账号或只读命令把问题看清楚，再决定是否需要后续处理。

添加连接：把 Redis 数据库加入 RedisInsight

打开 RedisInsight 后，通常从连接首页开始。点击添加数据库或添加连接，按表单填写：

• Name：给这条连接起一个容易识别的名字，例如 dev-cache。
• Host：Redis 地址。
• Port：默认常见端口是 6379。
• Username / Password：按服务端配置填写。
• TLS：如果服务端要求加密连接，再打开对应开关。

填完后先点测试连接。测试通过再保存，避免连接列表里留下太多不可用记录。

进入 Browser：按前缀筛选 Key

连接成功后进入 RedisInsight 的 Browser 区域。这个界面通常会包含左侧数据库或连接导航，中间 key 列表，右侧 key 详情区域。日常查看时，最常用的是搜索框或筛选框。

建议按业务前缀筛选，而不是在大库里随意浏览：

user:profile:*
order:cache:*
session:*

这样做有两个好处：

• 减少一次性加载太多 key，界面更轻。
• 能快速确认某个业务前缀下的数据是否存在。

如果你不确定前缀，可以先从代码里的 key 拼接规则找起，再回到 RedisInsight 里筛选。这样比直接猜 key 更可靠。

查看详情：类型、值、TTL 和大小怎么看

选中某个 key 后，右侧详情区域会显示它的类型和值内容。不同类型的展示方式不同：

• String：直接显示字符串或 JSON 文本。
• Hash：按字段和值展示。
• List：按索引展示元素。
• Set / ZSet：展示成员，ZSet 还会看到分值。

这里重点看两个信息：TTL 和大小。

• TTL 为正数：说明 key 会在指定秒数后过期。
• TTL 为永久：说明它不会自动过期，需要确认是否符合业务预期。
• 大小明显异常：可能是缓存值过大、字段堆积或未及时清理。

举个例子，用户资料缓存通常应该有过期时间；如果它永久存在，就要回到写入代码检查是否漏设过期策略。

用 Workbench 做只读验证

Browser 能帮我们快速看界面状态，Workbench 则适合补充验证。常用只读命令包括：

TYPE user:profile:1001
TTL user:profile:1001
MEMORY USAGE user:profile:1001
GET user:profile:1001

如果 key 是 Hash，可以改用：

HGETALL user:settings:1001
HLEN user:settings:1001

Workbench 的价值是把界面看到的信息和命令结果互相对照。比如 Browser 里看到 TTL 是永久，再用 TTL 命令确认返回值，就能更安心地判断是写入策略问题，而不是界面刷新延迟。

常见注意点

1. 不要在大库里直接全量浏览

生产或大测试库里 key 很多，尽量用前缀筛选。排查时先确定业务前缀，再进入工具查看。

2. 看值之前先确认环境

连接名要写清楚，例如 dev、test、prod。多个环境同时打开时，先确认当前连接，避免误看数据。

3. Workbench 优先使用只读命令

排查阶段尽量使用 TYPE、TTL、GET、HGETALL、HLEN 这类查看命令。涉及删除、覆盖、批量清理的动作，应该经过确认后再做。

4. TTL 永久不一定错，但一定要知道原因

有些配置类 key 可以永久存在；有些业务缓存则应该定期过期。看到永久 TTL 时，不要马上判断为问题，先结合业务含义确认。

总结一下，RedisInsight 的日常查看流程可以固定为：先添加连接并测试，再进入 Browser 按前缀筛 key，选中目标 key 后查看类型、值、TTL 和大小，最后用 Workbench 的只读命令交叉验证。这个路径简单，但足够覆盖大多数缓存联调和问题排查场景。

参考资料

• Redis 官方 RedisInsight 文档
• RedisInsight 连接数据库说明