Redis 8.6 与 Valkey 9.x 怎么选：内置向量搜索在 Redis，async I/O 与 BSD-3 许可在 Valkey
分叉背景
2024 年 3 月，Redis Ltd. 把许可从 BSD-3-Clause 改为 RSALv2/SSPLv1 双许可，两者均非 OSI 认可。2025 年 5 月随 Redis 8.0 GA，AGPLv3 被加入，成为第三种选择。
AWS、Google Cloud、Oracle 等联合核心贡献者 fork 了 Redis 7.2 创建 Valkey，并捐给 Linux Foundation 治理。Valkey 7.2 与 Redis 7.2 API 兼容。AWS ElastiCache 默认跑 Valkey，GCP Memorystore 也支持 Valkey。自托管用户继续用 Redis 7.x（BSD）的，不受这次许可变更的实际影响。
版本态势
Redis 8 系列已到 8.6，一年内出了四个主要点版本（8.0 → 8.6）。Valkey 侧已发布 9.0、9.1。
Valkey 8.0 是首次独立于 fork 的开发，引入可选 async I/O（Linux 5.1+ 走 io_uring），混合读写基准有 2–3 倍吞吐提升。Valkey 8.1 把 TLS 协商卸载到 I/O 线程（TLS 下新连接接受速度约提升 300%），复制流写入也卸载到 I/O 线程池（带 TLS 的 diskless 复制快约 18%），并对 SCAN 做了内存预取优化。
Redis 8.0 引入向量集数据类型（Vector Set），设计上受 Sorted Sets 启发，支持高维向量存储与相似度搜索，含 HNSW 索引、自动量化、随机投影降维、JSON blob 元数据过滤，把 RediSearch 等模块能力内置到核心。Redis 8.4 引入 hybrid search 的 FT.HYBRID 命令（单查询内融合全文与向量，带 score fusion）、原子 slot 迁移、原子 compare-and-set。Redis 8.6 引入幂等 streams 生产（去重消息生产，生产者可安全重试）、least recently modified (LRM) 淘汰策略、热点 key 检测与上报、TLS 证书客户端认证、时序 NaN 支持。
能力差异
两边共享核心数据结构，hash 字段过期两边都有。Redis 另有 HGETEX/HSETEX/HGETDEL 这组组合命令。
Redis 8 核心内置 JSON、时序、五种概率结构（Bloom、Cuckoo、Count-Min Sketch、Top-k、t-digest）、向量集（beta）、Redis Query Engine、hybrid search、LangCache 语义缓存。
Valkey 侧官方模块提供 JSON、Bloom 过滤、基础搜索；时序、更多概率结构、向量集、语义缓存、hybrid search、Query Engine 仍是 Redis 独有。
Valkey 9.0 引入 hash 字段过期、cluster 模式下的多数据库支持（SELECT 0-15）、pipelining 吞吐提升（约 40%）、GEOSEARCH 的 BYPOLYGON、DELIFEQ、MPTCP、TLS 证书认证，另有 Multi-AZ 事务日志的持久化选项。Valkey 8.1 主打 RDMA 支持（kernel-bypass 网络，配合 InfiniBand/RoCE 可把往返延迟从 100–200 微秒降到 10 微秒以下）、多核 GET/SET 优化、内存碎片整理改进（24 小时压测 RSS 低 8–12%）、双通道复制。
许可与云生态
Redis 8 的许可是 RSALv2 / SSPLv1 / AGPLv3 三选一，前两者非 OSI 认可。Valkey 是 BSD-3-Clause，由 Linux Foundation 治理。
托管侧，AWS ElastiCache 默认 Valkey，GCP Memorystore 也支持 Valkey。也就是说，如果业务跑在这两家云上，底层引擎的选择往往已经由平台默认值决定，迁移讨论更多发生在自托管环境。
迁移与选型
- 需要向量搜索、AI 相关能力，想用 JSON、时序、概率结构一把梭，且能接受 RSALv2/SSPLv1/AGPLv3 许可：选 Redis 8。
- 看重 OSI 认可的许可，跑在 AWS ElastiCache 或 GCP Memorystore 上，或者想要 async I/O、RDMA、更低内存开销：选 Valkey。
- 自托管 Redis 7.x 的用户没有被强制迁移的紧迫性，可以按新特性和许可诉求再决定。