Redis · 版本选择
8.6 还是 8.8
求稳，还是尝鲜？一套简单的判断
Redis 8.x 大约每季度出一个功能小版本。8.6 稳、被广泛部署（还是 Redis 企业版当前的默认库版本）；8.8 更新、带来 Array、INCREX 等新特性。到底怎么选？（顺带一提：更靠前的 8.10 也已发布。）
▲ 稳定基线 vs 新特性 · 聚光灯轮流打在两边8.6 ⟷ 8.8
01 · 先看节奏
8.x 大约每季度一个小版本
Redis 8.0（2025·5）之后，功能小版本按季度往前走。每个都带新特性；最新的一条线持续拿补丁，关键安全修复还会回移到旧线（6.2 / 7.2 / 7.4）。
▲ 8.x 版本节奏2025·5 → 2026·7
02 · 两边各有什么
8.6 与 8.8 分别带来了什么
2026·2 · 稳定基线
Redis 8.6
- Streams 幂等添加：
XADD加IDMP/IDMPAUTO，实现"至多一次"。 - 新驱逐策略（按最近修改时间）：
volatile-lrm/allkeys-lrm。 - 热点键检测：新命令
HOTKEYS。 - 证书式 TLS 客户端自动认证。
- 内存可观测：按类型内存直方图、集群按槽统计。
- 时间序列支持 NaN，新增
COUNTNAN/COUNTALL。
2026·5 · 新特性
Redis 8.8
- 新数据结构 Array（antirez）：原生数组类型。
- INCREX：窗口计数限流器（INCR + 边界 + 过期）。
- XNACK：Streams 显式释放待确认消息。
ZUNION/ZINTER系列新增 COUNT 聚合。- 哈希字段子键通知。
- 搜索/查询大提速（Rust 迭代器、向量热路径、AArch64）。
8.6 还是 Redis 企业版当前的默认数据库版本——某种意义上"经过充分验证的基线"。8.8 则在其上叠加了新数据结构与更强的搜索性能。
04 · 怎么选
一张表决定用哪个
| 如果你… | 倾向 |
|---|---|
| 追求生产稳定，想要"被广泛验证的基线" | 8.6（最新补丁） |
| 需要 Array、INCREX，或最新的搜索/向量性能 | 8.8 |
| 想跟最新、也愿意及时验证升级 | 8.10 |
| 只做缓存 / 队列，不依赖新特性 | 8.6 即可 |
!
无论选哪个大版本，都用最新的补丁版（8.6.x / 8.8.x）——安全修复主要跟着补丁走。Redis 并不发布正式的 LTS/EOL 矩阵：最新线拿补丁，关键安全修复回移旧线。所以"选版本"更多是在功能与稳定度之间权衡，而不是挑一个"能吃十年的 LTS"。
05 · 升级与安全
升级前，记住这几条
先在预发环境测。 小版本间偶有行为变化（如 8.6 的新驱逐策略、Streams 幂等选项的使用限制），上线前跑一遍回归。
盯紧 CVE 与补丁。 2026 年有多轮协调安全发布，覆盖从 6.2 到 8.8 的各条线——发现即升补丁。
生产别用里程碑 / RC。 带 M0x 或 rc 的是非稳定预发布，只适合尝鲜测试。
i
版本迭代很快，本文的时间点会变化。真正决策前，请以 redis.io 的 What's new、Release notes 与产品生命周期页为准。
收尾 · 一句话
稳的基线，新的能力
8.6 是"稳的基线"，8.8 是"新的能力"，8.10 是"更靠前的现在"。求稳选 8.6、尝鲜选 8.8、跟新选 8.10——但无论哪个，永远用最新补丁版。
求稳 → 8.6 · 要 Array/INCREX/最新搜索 → 8.8 · 想最新 → 8.10 · 任何选择都用最新补丁版
