跳转到内容
Jason's Study

Valkey — Redis 7.4 的开源 fork

是什么

Valkey 是一个开源的内存键值数据库，2024 年 3 月由 Linux Foundation 联合 AWS、Google、Oracle 一起从 redis 7.2.4 fork 出来的。

日常类比：原本免费开放的健身房（Redis）突然改成”会员制”（SSPL 许可证，云厂商不能直接用），原来的常客们集体跑出来，按原来的样子复刻了一个免费版本，挂上”Valkey”的招牌继续营业。

你如果用 Redis 写过这种代码：

Terminal window
SET user:1001 "alice"
GET user:1001

把客户端连接的主机名换成 Valkey，一行代码不用改就能跑——这就是它的核心承诺：协议兼容、API 兼容、数据结构兼容。

为什么重要

不理解 Valkey 的诞生背景，下面这些事都没法解释：

  • 为什么 AWS ElastiCache、GCP Memorystore 这些托管服务在 2024 下半年悄悄把默认引擎切到了 Valkey
  • 为什么 Redis 还在更新，但社区一半的注意力跑到了 Valkey
  • 为什么开源协议变更（Redis → SSPL）会引发整个行业的连锁反应
  • 为什么 Linux Foundation 治理的开源项目，比公司主导的”伪开源”更受云厂商信任

简单说：这是 2024 年开源世界最大的一次”集体出走”，影响每个用 Redis 的后端开发者。

核心要点

Valkey 与 redis 的关系可以拆成 三层：

  1. 协议层 100% 兼容：用的是 RESP（Redis Serialization Protocol，Redis 自己发明的二进制协议）。客户端库（jedis / lettuce / ioredis / redis-py）连 Valkey 时，完全感知不到差异。

  2. 数据结构完全继承：string / hash / list / set / sorted set / stream / bitmap / hyperloglog / geo——Redis 7.2.4 之前定义的所有数据类型，Valkey 全都有，行为一致。

  3. 路线图开始分叉：从 Valkey 8.0（2024-09 GA）起开始走自己的路——优先做性能优化 + 多线程 IO；而 Redis 闭源版优先做商业模块（向量搜索、时序数据库、JSON 文档）。

简单说：短期一样，长期会分家。

实践案例

案例 1：装一个跑起来

Terminal window
docker run -d -p 6379:6379 valkey/valkey:7.2
redis-cli -h localhost -p 6379
> SET hello "world"
OK
> GET hello
"world"

注意看：客户端用的是 redis-cli（Redis 自带的工具）。Valkey 没改协议，所以 Redis 工具直接能用。

案例 2：从 Redis 平迁

如果你的 Java 后端原来这样连 Redis：

JedisPool pool = new JedisPool("redis.example.com", 6379);

迁到 Valkey 只需要改主机名：

JedisPool pool = new JedisPool("valkey.example.com", 6379);

代码、数据结构、命令都不动。这就是”协议兼容”带来的红利。

案例 3：Valkey 8.0 的多线程优势

Valkey 8.0 引入了多线程 IO——把网络读写从单线程拆出来分给多个 worker。基准测试显示在高并发场景下吞吐量比 Redis 7.2 高 1.5-2 倍。

Terminal window
# Valkey 8.0 配置
io-threads 4
io-threads-do-reads yes

这是 Valkey 第一次走出 Redis 路线图——优先吞吐而不是模块。

踩过的坑

  1. Redis Stack 模块在 Valkey 不通用：RediSearch（向量搜索）/ RedisJSON（文档）/ RedisTimeSeries（时序）这些模块绑定 Redis Labs 的协议，Valkey 用不了。社区有替代品 valkey-search / valkey-json，但还没完全成熟。

  2. Redis 7.4+ 的新功能不会同步：Redis 出 7.4 时加了 hash 字段过期等新功能，Valkey 不一定跟。要看 Valkey 自己的路线图。

  3. 客户端库通常无需改，但版本检测可能踩坑：有些客户端会用 INFO server 检查 Redis 版本，看到 Valkey 的输出可能误判。一般库会修，但老版本要注意。

  4. 三选一困难症：Redis 7.2.4（旧 BSD 开源）/ Redis 7.4+（SSPL 闭源）/ Valkey（新 BSD 开源）。新项目大多数情况选 Valkey，但要确认依赖的模块是否还能用。

适用 vs 不适用场景

适用：

  • 缓存层、会话存储、排行榜、消息队列等 Redis 的所有经典场景
  • 云厂商托管的 Redis 服务迁移（AWS ElastiCache / GCP Memorystore 已默认 Valkey）
  • 想避开 SSPL 协议风险的开源项目
  • 高并发场景需要多线程 IO（Valkey 8.0+）

不适用：

  • 强依赖 Redis Stack 商业模块（向量搜索、时序、JSON 文档）的项目
  • 需要 Redis 7.4+ 新功能（如 hash 字段 TTL）的项目
  • 已经买了 Redis Enterprise 商业支持的企业

历史小故事（可跳过）

  • 2009 年：意大利程序员 antirez（Salvatore Sanfilippo）创建 Redis，BSD 协议开源，迅速成为缓存层事实标准。
  • 2018 年：Redis Labs 把部分模块改成 Commons Clause 协议，第一次商业化信号。
  • 2024-03-20：Redis 主仓库改 SSPL 许可证，云厂商不能直接拿来卖托管服务。
  • 2024-03-28：Linux Foundation 联合 AWS、Google、Oracle 宣布 Valkey 成立，从 Redis 7.2.4 fork。
  • 2024-04：Snap、Ericsson、阿里云加入 Valkey 治理。
  • 2024-09：Valkey 8.0 GA，性能优化 + 多线程 IO，正式走自己的路线。

四年从协议变更到生态分家，是开源世界少有的快速反应。

学到什么

  1. 开源协议不是小事——一个 BSD → SSPL 的改动，半年内重塑了整个 KV 数据库生态
  2. 协议兼容是迁移的最大红利——Valkey 不发明新协议，让用户”换品牌零成本”
  3. 基金会治理 vs 公司治理——Linux Foundation 让云厂商敢押注（不会突然又改协议）
  4. fork 不是终点：Valkey 8.0 已开始走自己的路（多线程优先），长期会成为另一个数据库

延伸阅读

关联

  • redis —— Valkey 是 Redis 7.2.4 的 fork，所有命令、协议、数据结构都继承

反向链接

  • dragonfly —— Dragonfly — 多线程 Redis 替代
  • redis —— Redis — 内存键值数据库
  • timescaledb —— TimescaleDB — PostgreSQL 时序扩展