作者赵钊文章转载自 Valkey China 微信公众号写在前面我是赵钊GitHub: soloestoy来自阿里云数据库 Tair 团队。从最初开始参与 Redis 开源社区建设后来成为 Redis core-team 成员再到 Redis 闭源后与多位核心开发者一起创建 Valkey 社区如今担任Valkey TSCTechnical Steering Committeemember。回顾这段经历有太多感触。十年来从刚开始接触开源的新人到站在开源社区最核心的位置再到亲历一场堪称开源历史上最大规模的 fork 行动——我很幸运身处其中也想把这一路的故事分享给大家。结缘 Redis从一个 Bug 开始2017 年Redis 4.0 发布带来了 PSYNC2、lazyfree、LFU、Modules 等一系列重磅功能。当时我们的云服务准备升级到 4.0作为云产品服务的是用户的线上生产环境对稳定性的要求极高。在调研过程中我很快发现了几个高风险问题——PSYNC2 在特定场景下会导致主备数据不一致、lazyfree 在 FLUSHALL 时存在内存泄漏、Module 的安装卸载有 crash 风险等等。我把这些问题提交给了社区和 antirez 进行了深入讨论。就这样一个 Bug 成了我踏入 Redis 开源社区的起点。说实话第一次收到 antirez 回复时的心情现在想起来还是很激动。那时候 Redis 在我心里就像一座精巧的建筑而 antirez 就是那个建筑师。能直接和他对话、讨论技术细节对一个年轻的数据库开发者来说简直像做梦一样。此后的几年里我陆续参与了 Streams 数据结构的完善、Pipeline 协议解析优化这个优化让 Redis 单线程可以跑到百万 QPS也为后来 6.0 多 IO 线程的开发奠定了基础、以及 Hotkey 扫描等可观测性提升的工作。每一次 commit 被 merge每一次在 Release Notes 里看到自己的名字都是一种无法替代的满足感——你写的代码正在全世界数以百万计的服务器上运行。关于 antirez提到 Redis就不得不提它的创造者 antirez。antirez 生活在意大利西西里岛风景很美有一个可爱的女儿还教她写代码。他的工作节奏大概是这样的早上起床吃个早饭去健身房锻炼加游泳午饭后才正式开始工作——查看邮件、写代码、处理社区问题晚上则陪伴家人。因为时差的关系意大利下午恰好是中国的深夜我经常半夜和他讨论问题。而且到了夏天的 Summer Vacation差不多有两个月找不到人哈哈。他本人很随性脑洞也很大。比如Streams 数据结构就是突发奇想、毫无预兆地实现了出来还有像 LOLWUT 这种 just for fun 的娱乐命令每个版本画不同的 ASCII 艺术画。这种浪漫主义和工程能力的结合在技术圈是非常罕见的。2017 年他来杭州参加云栖大会我们在线下一起讨论 Redis 的未来一家人也在杭州深度游了一圈后来和我说灵隐寺的素食太好吃了能把豆腐做出肉的味道回意大利之后再没吃到过那么好的豆腐。2019 年我参加了 RedisConf和 antirez 再次相聚。在大会现场我们一起调试多 IO 线程的实现——两个人挤在一起盯着终端一行一行地看代码逻辑非常 geek。那是一段让人怀念的时光。现在想起来那可能是 Redis 黄金时代的最后一个夏天。Redis 能够如此流行和成功离不开 antirez 十多年如一日的付出。维护一个开源项目尤其是大量应用在生产环境中的项目其实是非常累人的——修复 Bug、开发新 Feature、听取用户意见、权衡各种取舍都会消耗巨大的精力。长期的高压让他最终选择了离开。2020 年 6 月antirez 宣布不再担任 Redis 的 maintainer他在博客中写道I write code in order to express myself.—— antirez2020.06对他来说当维护开源项目变成了一种义务而非创造是时候放手了。对此我深表理解和敬意。antirez 给这个世界留下了一个伟大的作品这就足够了。从 Core-team 到闭源antirez 离开后社区成立了 core-team 来负责后续运营成员包括 Redis 公司的三位工程师、AWS 的 Madelyn 以及我一共五人。能够加入 Redis core-team 我感到非常荣幸这既是阿里云长期在 Redis 生态上深耕的成果也要感谢社区和 antirez 一直以来的信任。成为 core-team 成员后我也深有体会——不仅要负责 Roadmap 的制定还有大量的 Issue 和 PR 需要处理每周还要半夜跨时区开会。说实话那几年过得并不轻松。一方面要保证 Redis 的技术质量另一方面各方对项目方向的看法也不尽相同。但无论如何我们几个人都在尽力让 Redis 变得更好。然而2024 年 3 月Redis 公司宣布将许可证从 BSD 变更为 SSPLv1 RSALv2 双许可证。通俗地说——闭源了。这个消息来得并不意外从 antirez 离开社区后大家都或多或少的觉得这一天注定要到来但真正发生的时候心里还是一沉。不是愤怒更多的是惋惜。一个伴随了我七年的社区一行一行写进去的代码无数个深夜的讨论和争辩——这些记忆不会因为一纸许可证的变更而消失但社区作为一个共同体确实在那一刻被撕裂了。为什么说这是一个遗憾我对 Redis 公司的商业决策表示理解。开源项目的可持续性一直是一个未解的难题很多公司在“如何靠开源赚钱”这件事上挣扎多年。但从技术生态的角度这个决定的时机实在让人扼腕——因为它恰好发生在 AI 时代全面爆发的前夜。看看隔壁 PostgreSQL 的生态pgvector 让 PG 成为向量数据库的热门选择mem0 等 AI 记忆服务将 PG 作为首选后端Supabase 将 PG 打造成了 Backend-as-a-Service 的标杆……开源社区在 AI 浪潮中获得了前所未有的发展机遇。Redis 作为 KV 数据库的代表凭借其亚毫秒级延迟的天然优势在 AI 应用中本可以有更广阔的作为——语义缓存、向量检索、Agent 记忆存储、实时特征服务……这些场景对 Redis 来说简直是天作之合。但闭源的决定切断了社区贡献的纽带而 Valkey 在 Search、Vector 这些方向上又需要付出额外的重建成本。两个社区未能形成合力对整个生态来说是一种损失。Valkey 的诞生消息公布后的那几天我的各种通讯工具几乎没停过。来自 AWS、Google、Ericsson、腾讯等的核心开发者们迅速聚在了一起——大家都有一个共同的想法BSD 许可证下最后一个版本的 Redis 不能就这么消亡它属于整个社区。8 天。回过头来看这个数字依然觉得不可思议。这背后是无数次跨时区的电话会议、深夜的 Slack 消息、以及每个人对开源的坚定信念。我们需要在最短时间内完成基础设施搭建、CI/CD 迁移、社区治理框架确立——同时还要起一个名字。起名的过程很有趣也很纠结。备选方案很多——kvdb、kiwidb、odis、redict……大家在 Slack 群里投票、争论、开玩笑。最终我们选择了“Valkey”——取自 val(ue)-key 的组合简洁有力也寓意着对 KV 数据库精神的传承。说实话刚开始我还觉得这名字有点怪但叫着叫着就顺嘴了现在反而觉得它有一种独特的辨识度。Valkey 项目落地在 Linux Foundation 旗下由阿里云、AWS、Google、腾讯、火山引擎、Ericsson 等多家公司联合推动。这意味着它不依赖任何单一公司的商业决策会作为一个真正的、中立的社区项目长期维护下去。还记得 TSC 成员们第一次在西雅图聚餐的场景——大家终于从屏幕背后走到了现实中。那天晚上聊了很多关于技术方向关于社区治理也关于各自这些年在 Redis 生态中的故事。那种“我们终于可以按自己的意愿来做事了”的兴奋感弥漫在每个人的眼睛里。高速成长两年四个大版本Valkey 社区成立两年多来的发展速度坦率地说超出了我最乐观的预期。先说几个数字截至 2025 年底Corey Quinn 曾这样评价Valkey got roughly 10 times as many contributors and is hundreds of commits ahead of Redis.—— Corey Quinn这不是营销口号这是社区力量的真实写照。更重要的是版本迭代的节奏——两年时间我们发布了 8.0、8.1、9.0、9.1 四个大版本每一个都有实质性的技术跃进。这种速度在基础设施类开源项目中是极为罕见的。回顾这两年的版本历程我最大的感受是社区驱动的力量远超想象。没有单一公司的 Roadmap 约束每个特性的优先级都来自真实用户的投票和讨论。大家争论得很激烈但最终总能达成共识因为目标是一致的——做最好的开源 KV 数据库。拥抱 AIvalkey-search 与向量检索如果说性能和稳定性是 Valkey 的“内功”那么valkey-search 模块则是面向 AI 时代的“亮剑”。valkey-search 为 Valkey 提供了原生的向量相似性搜索能力——支持 L2、内积、余弦距离三种度量方式提供精确搜索和基于 HNSW 的近似最近邻算法可以在数十亿向量中实现毫秒级检索。更实用的是它的混合查询能力向量搜索可以结合数值范围过滤和标签精确匹配这在真实业务场景中几乎是必需的——你不只是要“找最相似的”还要“在某个时间范围内、属于某个类目的最相似的”。更重要的是valkey-search 兼容 RediSearch 的 API 子集现有的 RediSearch 客户端库大多可以直接对接——这大大降低了迁移成本。围绕 valkey-search社区还构建了 Valkey Bundle——整合了 valkey-json原生 JSON 支持、valkey-bloom布隆过滤器等模块并通过 valkeymodule-rs SDK 支持用 Rust 开发高性能模块。一个完整的 AI 数据层正在成型。在实际应用中Valkey 正在越来越多的 AI 场景中扮演关键角色为 RAG 应用提供毫秒级向量检索为 LLM 提供语义缓存以大幅降低推理成本为 Agent 提供实时会话存储和记忆管理为推荐系统提供实时特征服务。Valkey 的定位很清晰不做大而全的万能数据库而是专注于做 AI 基础设施中那个速度最快、离应用最近的数据层。开源是一种信仰两年来Valkey 社区在全球举办了多场线下活动——Contributor Summit、Keyspace 大会等等……从一个应急 fork到拥有自己的技术大会和独立品牌影响力这个速度让我自己都觉得恍惚。但 Valkey 又不仅仅是“再造一个 Redis”。它代表的是一种新的开源协作模式——多家云厂商在竞争关系中寻找合作的最大公约数通过中立的基金会治理来确保项目的长期可持续性。没有任何一家公司可以单方面改变 Valkey 的许可证或方向这是从 Redis 的教训中汲取的最重要的制度设计。Fedora 41 已经直接用 Valkey 替代了 Redispackages marked as obsoletes Redis。很多云厂商也提供了 Valkey 服务阿里云的 Valkey 服务也即将推出。对于大部分用户来说从 Redis 迁移到 Valkey 甚至不需要修改一行代码——只需要更新基础设施配置即可。— 这一切发生在仅仅两年之内 —写在最后从 2017 年那个提 Bug 的深夜到 2024 年 Valkey 诞生的那个凌晨再到 2026 年 9.1 发布——九年时间我见证了一个开源社区从繁荣到分裂又从废墟中重建的全过程。有时候我会想如果没有那次闭源大家可能还是会在 Redis 社区里继续合作一切平静如常。但也许正是这次变故让我们更加深刻地理解了开源治理的重要性——代码可以 fork但信任不能、社区不能、共识不能。Valkey 的存在本身就是对“开源应该如何运作”这个问题的一次回答。从 Redis 到 Valkey变的是名字不变的是我们对这个社区的热爱和承诺——为用户提供最好的开源 KV 数据库长期、开放、共建。而对我个人来说能和这些全球顶尖的工程师们一起在 AI 时代为基础设施领域做出贡献是一件无比幸运的事。这段旅程还在继续最精彩的章节也许还在前面。$ join the community如果你也在使用 Redis/Valkey或者对 KV 数据库在 AI 场景下的应用感兴趣欢迎通过链接加入 Valkey 社区一起交流https://github.com/valkey-io/valkey
