Valkey vs Redis · 最新版本功能对比

作者:杨帅      发布日期:2026.08.27

Redis vs Valkey · 最新版本

Valkey vs Redis

同源不同路:一个做加法,一个做减法

它们都源自 Redis 7.2.4,如今却走上了两条路。Redis(最新 8.x / 8.8)不断做加法——把 JSON、搜索、向量、时序全塞进内核;Valkey(最新 9.x / 9.1)则做减法加提速——精简内核、榨多核性能与内存。这篇看它们最新版本到底差在哪。

▲ 两条路线:多模型全家桶 vs 精简高性能内核diverging roadmaps
同源 · Redis 7.2.4 Redis 8.x 做加法:多模型并入内核 JSON 查询引擎 · 全文 / 向量搜索 Vector Set 向量集 · AI 时间序列 概率结构 ×5 · Array · Functions Valkey 9.x 做减法 + 提速:精简内核,榨性能 精简内核 · 多核 I/O 线程 吞吐 ↑ 内存效率 ↑(占用 ↓)
01 · 现状

现在各自到哪一代了

两者都从 Redis 7.2.4 分出,如今都是开源、都说同一套 RESP 协议,但版本线已各走各的:

 RedisValkey
最新版本8.x 线(8.8,2026;补丁 8.8.1)9.x 线(9.1,2026)
许可证RSALv2 + SSPLv1 + AGPLv3(copyleft 开源)BSD-3(宽松开源)
治理Redis 公司主导Linux 基金会 · 40+ 家支持
定位多模型实时数据平台高性能键值 / 缓存内核

两者都不是对方的"陈旧分叉"——都在活跃迭代。差异主要在功能广度性能/内存许可证生态四个方向。

02 · 最大的分野

做加法 vs 做减法

这是两者最本质的区别。Redis 8 把整个 Redis Stack 焊进了内核,成了"自带全家桶"的多模型库;Valkey 坚持精简内核,把这些能力留给独立模块,主力用在性能上。

Redis 8.x · 做加法

多模型,开箱即用

  • JSON:原生文档存取与路径查询
  • 查询引擎:二级索引、全文、向量搜索
  • Vector Set 向量集(HNSW):面向 AI / 语义检索
  • 时间序列 + 5 种概率结构
  • Array(8.8 新)、Functions 2.0(Lua + Wasm)、哈希字段 TTL
Valkey 9.x · 做减法

精简内核,主攻性能

  • 增强 I/O 线程:把连接处理、写缓冲刷盘放到专用线程
  • 每槽字典取代集群 keyslot 链表,省每对 KV 约 16 字节
  • 哈希表重构(8.1):典型 KV 负载内存降约 20%
  • SIMD 加速、管道内存预取(9.0)
  • 探索命令执行多线程化;实验性 RDMA 方向
i

一句话记住方向:要"多模型 + 向量/AI"能力,看 Redis;要"极致缓存性能 + 内存效率",看 Valkey。 Valkey 也有 JSON、Bloom、搜索、向量等能力,但走的是独立模块而非内置。

03 · 性能与内存

都在给"单线程"周围提速

有个共同点常被忽略:两者都保留了单线程的命令执行(这正是 Redis 原子语义的来源)。性能优化都发生在这条主循环周围——主要是网络 I/O 的多线程化。

▲ 命令仍单线程,I/O 交给多线程;Valkey 9 探索更进一步architecture
Redis 8.x I/O 线程 命令执行 · 单线程 I/O 线程 Valkey 9.x I/O 线程(更多) 命令执行单线程 → 探索多线程 I/O 线程 ↑ 连接生命周期
更多下放线程

纯缓存 / 键值负载上,2026 年的多项第三方基准普遍显示 Valkey 略占优——例如某社区基准里管道化吞吐约 146 万 vs 118 万 ops/s;也有测试报出 Valkey 约 +8% 吞吐、-22% P99 延迟、-20% 内存。Snap 迁移到 Valkey 后集群从 180 节点降到 162、年省约 126 万美元。

!

别把基准当铁律。 结果高度依赖负载类型、硬件与厂商口径;Redis 8 自己也带来了很大提速(对比 7.2 延迟最多降约 87%、开 I/O 线程吞吐可达 2 倍)。纯缓存看 Valkey 常略优,但若你要的是向量/搜索/多模型,性能口径就完全不同了。

04 · 生态与托管

在哪儿更"顺手"

维度ValkeyRedis
云托管AWS ElastiCache / MemoryDB 主引擎、Google MemorystoreRedis Cloud / Redis Software(企业版)
发行版Ubuntu 24.04+ / Debian 13 / Fedora 40+ 默认包官方镜像 / 包,需自行安装
工具与客户端兼容既有 Redis 客户端;生态成长中最成熟:RedisInsight、官方客户端、商业支持
AI / 向量模块化,仍在补齐内置向量集 + 查询引擎,AI 方向投入大

许可证也影响生态:Valkey 的 BSD 对"要把它当服务再分发"的托管商 / ISV 最省心;Redis 的 AGPL 虽是开源,但其 copyleft 要求会给这类再分发场景带来约束。

05 · 兼容性

现在还能"无缝互换"吗

当下基本可以:两者都说 RESP2/RESP3,Valkey 从 7.2.4 分出、对 Redis OSS 是协议兼容的 drop-in,现有客户端、Sentinel、Cluster 大多无需改动。

但随着功能分化,这种互换性会逐渐减弱:Redis 的向量集、Array、内置查询引擎,与 Valkey 的多线程方向、独立模块,都是各自专属的东西,换过去不一定有对应实现。

06 · 怎么选

一张表帮你拍板

如果你…倾向
要 JSON / 搜索 / 向量集(AI 语义检索) / 时序等内置多模型Redis
要最成熟的生态、工具与官方商业支持Redis
主要是缓存 / KV,追求多核吞吐与内存效率Valkey
要宽松 BSD、尤其要把它作为服务 / 产品再分发Valkey
在 AWS/GCP 用托管,或用发行版默认包Valkey
只是普通缓存 / 队列,客户端不想改都行,协议兼容
收尾 · 一句话

同源,却各自精彩

Redis 8.x 做加法、长成"多模型 + AI 向量"的数据平台;Valkey 9.x 做减法、把"缓存性能与内存效率"推到极致。两者都开源、都快、协议还兼容——要能力找 Redis,要性能和宽松许可找 Valkey。这场分家,最大的赢家其实是用户。

同源 7.2.4 · Redis 8.8:多模型/向量集/Array(AGPL)· Valkey 9.1:多核性能/省内存/RDMA 方向(BSD)· RESP 兼容但逐渐分化