Redis 8 正式发布：30 多项性能提升、8 种新数据结构，”One Redis” 统一一切
2025 年 5 月 1 日，Redis 官方宣布 Redis 8 正式 GA。官方称这是”Redis 历史上性能最强、可扩展性最高的一版”——内置 30 多项性能优化，命令延迟最高降低 87%，吞吐最高提升 2 倍，复制速度提升 18%，查询引擎处理能力提升最高 16 倍。同时一次性新增 8 种数据结构，延续多年的”Redis Stack 与社区版”分裂也正式落幕。
“One Redis”：Stack 与社区版合并
过去几年，Redis 不断为实时应用增加模块：JSON、时序、搜索等，每个模块都要单独匹配版本、各自升级。Redis Stack 缓解了部分痛点，也带来了社区碎片化。这次，官方直接把 Stack 与社区版合并为单一发行版——Redis Open Source（原名社区版），所有模块内置，一个包、一个版本，任何部署都能拿到完整功能集。
需要留意的是：Redis Stack 6.2、7.2、7.4 的补丁将于 2025 年 9 月 15 日停止，还在用这些版本的用户要提前规划迁移。
8 种新数据结构：从向量集到时序
最吸睛的是向量集（beta 版），由 Redis 创始人 Salvatore Sanfilippo 设计，借鉴有序集（sorted set）的思路扩展到高维向量，适合语义搜索与推荐场景，与查询引擎里已有的向量检索能力互为补充。
其余几项都很实用：JSON 数据结构支持把 JSON 文档作为 key 存储，用 JSONPath 做细粒度查询和原子局部更新；时序数据结构靠高效压缩加降采样规则，面向 IoT 传感器、系统遥测、股价等快变数据；还内置了 Bloom、Cuckoo、Count-Min sketch、Top-k、t-digest 五种概率数据结构，覆盖”出现过吗””出现几次””多少值小于 x”这类高频统计。
查询侧，Redis 8 的查询引擎支持在 hash 和 JSON 上建二级索引，支持分词、同义词、模糊匹配的全文检索，也支持向量相似度检索；ACL 同步扩展到新数据结构，@read/@write 类别自动覆盖新命令。HGETDEL、HGETEX、HSETEX 三个新命令，则补齐了呼声最高的”hash 字段级过期”能力。
性能提升：延迟最高降 87%
官方基准（对比 Redis 7.2.5 的 149 个测试用例）里，90 条命令延迟更低，p50 延迟降幅在 5.4% 到 87.4% 之间。团队表示优化依据数万名客户的匿名使用统计，最常用的路径优化最狠。
几个关键数字值得记录：I/O 多线程实现重构，多核 Intel CPU 上把 io-threads 设为 8，吞吐最高提升 112%；复制机制重做，两条复制流并行推进，在 10GB 全量加 2684 万条增量写入的测试里，主节点复制期间写速率高 7.5%，复制耗时少 18%，峰值复制缓冲区低 35%；查询引擎同时支持横向与纵向扩展，10 亿条 768 维向量场景下，95% 以上精度可维持每秒 6.6 万条的实时写入。
许可证变化：AGPLv3 加入
去年 Redis 转向 RSALv2 + SSPLv1 双许可，这次又加入了 OSI 认可的开源许可 AGPLv3，作为第三个选项。官方解释是部分客户希望在 OSI 认可许可下运行。对商业用户来说，许可选择是实打实的合规问题：如果要把 Redis 嵌入 SaaS 产品分发，需要仔细对照三种许可条款，尤其注意 AGPLv3 的网络传染性。
开发者生态与升级路径
生态配套齐全：Jedis、Lettuce（Java），go-redis（Golang），node-redis（Node.js），NRedisStack（C#），redis-py（Python）均已支持 Redis 8；面向 GenAI 场景的 RedisVL 向量库（语义缓存、向量化器、语义路由）和 Redis OM 对象映射库可直接使用；Redis Insight 集成了 Copilot 助手，另有 VS Code 扩展。
安装渠道包括 Docker 镜像（Alpine/Debian）、snap、brew、RPM、APT。官方建议 Redis 6、7 用户直接升级到 8.0，升级指南见官方文档。
小夏点评
“One Redis”合并是生态层面的正确动作。模块版本匹配一直是运维团队的头疼事，全部内置、一个包发版，既降低了新人门槛，也减少了”版本不匹配”这类夜间工单。
向量集和查询引擎明显在押注 AI。10 亿向量实时写入这个量级，说明 Redis 8 不只把自己当缓存，而是想做 AI Agent 与 RAG 的实时数据底座——这正是官方反复强调”making data real time for AI agents”的落点。
三轨许可是信任与商业的双向博弈。回归 OSI 认可的 AGPLv3，是对开源社区的妥协姿态；保留 SSPL/RSALv2，是商业利益的护城河。两者并存，恰是当下开源商业化的典型样本，用户得按自己的部署形态做选择题。
对中国 IT 运维者的启示：如果你还在使用 Redis 7.x，这是一次”升级纯赚”的窗口——I/O 多线程与新复制机制能实实在在降低高 QPS 缓存集群和复制链路的成本。但向量集仍是 beta，建议只用于测试环境；同时注意 2025 年 9 月中旬 Redis Stack 旧版本停补丁的硬期限，把它排进 Q3/Q4 迁移计划。商业用户选型前，务必让法务过一遍 AGPLv3 的网络 copyleft 条款，避免合规风险。
