完整见证从Redis到Valkey开源社区的延续与新生全记录

文章转载自 Valkey China 微信公众号

写在前面

从最初参与Redis开源社区建设，到后来加入Redis core-team，再到Redis闭源后与核心开发者一起创建Valkey社区，如今担任Valkey TSC member——回顾这十年，心里满是感慨。从刚接触开源的新人，到站在社区最核心的位置，再到亲历一场堪称开源历史上最大规模的fork行动。这些故事，值得记录下来。

结缘 Redis：从一个 Bug 开始

2017年，Redis 4.0正式发布，带来了PSYNC2、lazyfree、LFU、Modules等一系列重磅功能。当时云服务准备升级到4.0，作为面向线上生产环境的服务，对稳定性的要求极高。在调研过程中，很快发现了几项高风险问题——PSYNC2在特定场景下会导致主备数据不一致、lazyfree在FLUSHALL时存在内存泄漏、Module的安装卸载有crash风险等等。

这些问题被提交到社区后，与antirez进行了深入讨论。一个Bug，就这样成了踏入Redis开源社区的起点。

第一次收到回复时的心情，现在想起来依然很激动。那时候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."—— antirez，2020.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数据库。

拥抱 AI：valkey-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替代了Redis（packages marked as "obsoletes Redis"）。很多云厂商也提供了Valkey服务，阿里云的Valkey服务也即将推出。对于大部分用户来说，从Redis迁移到Valkey甚至不需要修改一行代码——只需要更新基础设施配置即可。

— 这一切发生在仅仅两年之内 —

写在最后

从2017年那个提Bug的深夜，到2024年Valkey诞生的那个凌晨，再到2026年9.1发布——九年时间，见证了一个开源社区从繁荣到分裂，又从废墟中重建的全过程。

有时候会想，如果没有那次闭源，大家可能还是会在Redis社区里继续合作，一切平静如常。但也许正是这次变故，让我们更加深刻地理解了开源治理的重要性——

代码可以fork，但信任不能、社区不能、共识不能。

Valkey的存在，本身就是对“开源应该如何运作”这个问题的一次回答。

从Redis到Valkey，变的是名字，不变的是我们对这个社区的热爱和承诺——为用户提供最好的开源KV数据库，长期、开放、共建。

能和这些全球顶尖的工程师们一起，在AI时代为基础设施领域做出贡献，是一件无比幸运的事。

这段旅程还在继续，最精彩的章节，也许还在前面。