Redis Explorer 编辑HASH/JSON/LIST时需手动按Ctrl+S（或Cmd+S）保存，否则仅为临时变更；STRING类型例外，双击后按Enter即保存，且JSON编辑须语法合法，否则Save报ERR invalid JSON。
Redis Explorer 编辑缓存值时，Ctrl+S 为什么没保存？
因为 Redis Explorer 对 HASH、JSON、LIST 类型的编辑是“临时变更”，Ctrl+S（或 Cmd+S）才是真正的提交动作——不是回车，不是失焦，也不是刷新页面。双击改完 field 值后直接关 Tab 或切窗口，改动就丢了。
- STRING 类型例外：双击后按
Enter即保存，但其他类型必须显式触发Ctrl+S - JSON 编辑框里改完要校验语法，
ERR invalid JSON是 Save 失败的常见报错，不是连接问题 - 右键菜单里的
Save和快捷键等效，但很多人只记得点“编辑”忘了点“保存”
修改 Redis 配置项前，怎么用 VSCode 快捷键快速定位关键参数？
VSCode 自带的快捷键能大幅缩短配置排查路径，关键是别依赖鼠标点选——Ctrl+P（macOS Cmd+P）搜文件名比翻目录快得多，Ctrl+F（Cmd+F）查关键词比肉眼扫更可靠。
- 搜
redis.conf时，用Ctrl+P输入redis.conf回车，直接跳转；若项目里有多个，加路径限定如docker/redis.conf - 查
save指令行为：在打开的 conf 文件中按Ctrl+F搜save，注意区分save 900 1（触发条件）和save ""（禁用 RDB） - 改完配置后，用
Ctrl+Shift+P→Developer: Toggle Developer Tools看控制台有没有解析错误，避免语法错误导致 Redis 启动失败
VSCode 缩放级别影响 Redis 数据查看体验？
缩放不持久化会间接干扰调试节奏——比如你刚调大字号看清了 JSON 结构，重启 VSCode 后又变小，得重新按 Ctrl+=，而这个操作本身不写入配置，下次还丢。真正影响数据安全的是误读，不是字号大小。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 要让缩放“记住”，必须改
settings.json里的window.zoomLevel，不是靠快捷键临时调 -
electron.zoomFactor更底层，适合多屏/DPI 场景，但设错会导致整个 UI 模糊，建议先试window.zoomLevel - 侧边栏 Redis Explorer 的树形结构对字号敏感，太小容易点错 key，太大撑出滚动条——推荐从
"window.zoomLevel": 0开始微调
Redis 数据修改没有日志回滚，怎么靠快捷键降低误操作风险？
VSCode 插件不存历史、Redis 本身也不记操作日志，Ctrl+Z 只能撤回本地编辑，一旦 Ctrl+S 写入 Redis 就不可逆。唯一可控的是“确认前再看一眼”这个动作的效率。
- 用
Ctrl+Shift+P→Redis Explorer: Refresh Connection刷新后再对比修改前后值，别只信编辑框显示 - 对 DB 执行
Flush DB前，先用Ctrl+Shift+P搜redis，选Redis Explorer: Show Keys确认当前库 key 数量和 pattern - 批量操作慎用快捷键——比如
Ctrl+A全选后Delete，不如右键单个 key 点Delete Key，避免误删
最易被忽略的点：Redis Explorer 的 Save 是直写，没有二次确认弹窗；所有修改都绕过 Redis 的事务机制，也没有客户端层面的 undo 栈。你按下的每个 Ctrl+S，都是对生产环境的一次裸奔写入。
