生产环境的 Redis 经常达到千万级 Key 。很多桌面 GUI 一旦连上这类实例，就会出现界面卡顿、内存持续上涨，甚至进程崩溃。打开成员较多的 Hash / ZSet 时，如果客户端试图一次性拉取全部数据，窗口同样容易失去响应。 基于这类问题，我重新设计了另一套加载与渲染路径的软件 RedisViewer ——一款面向研发调试的本地 Redis 桌面客户端。它的目标是：采用虚拟滚动应对千万级别数据量，并在超大库场景下增加加载确认，避免误操作拖垮客户端。 把「加载」和「渲染」分开处理 不少 Redis GUI 把两件事绑在一起：Key 如何从 Redis 拉取，以及每一行如何绘制到界面上。数据量上来之后，问题会同时放大。 RedisViewer 的处理方式是： 按条件加载目标 Key 。 通过 ScanConfig 配置查询条件（默认 pattern 为 * ），使用 Redis SCAN 完成目标 Key 的完整扫描与加载。研发环境里，这样可以直接拿到完整结果集，减少反复点击扫描更多分页带来的麻烦。 大库先确认。 当 DBSIZE ≥...