Redis 8.8 发布 · 发布时间与新特性

作者:杨帅      发布日期:2026.08.25

Redis 版本 · 发布速览
GA · 2026 年 5 月 25 日(周一)· v8.8.0

Redis 8.8 发布

一个全新数据结构,加一批趁手的新命令

Redis 8.8 在 2026 年 5 月正式发布(GA)。它建立在 8.6 之上,最大的亮点是 antirez 亲手打造的新数据结构 Array,再配上限流、Streams、有序集合、搜索等一批实用更新,以及一波性能与安全修复。

▲ 头号新特性:原生数组 Arraynew data structure
Array · 原生数组类型(@antirez)· 可创建 / 浏览 / 搜索 / 聚合 / 编辑 [0][1][2][3][4] a b c d e ▲ push
01 · 发布时间

什么时候发布的

Redis 8.8 的正式版(GA,v8.8.0)在 2026 年 5 月 25 日(周一)发布,紧接在 8.6(2026 年 2 月)之后。8.x 目前保持较稳定的功能版本发布节奏——8.0、8.2、8.4、8.6、8.8 基本按约三个月一个功能版本演进(这是对历史节奏的观察,并非官方承诺的发布策略)。

版本参考:8.0(2025·5)→ 8.2(2025·8)→ 8.4(2025·11)→ 8.6(2026·2)→ 8.8(2026·5)。GA 之后官方又发布了补丁版 8.8.1(2026·7)

i

选版本时优先用对应大版本的最新补丁版(当前为 8.8.1),安全修复主要跟着补丁走。

02 · 头号新特性

全新数据结构:Array

8.8 最受关注的,是由 Redis 之父 antirez 亲自操刀的原生数组类型 Array——官方定位是一个"可按索引寻址的字符串值集合"(index-addressable collection of string values)。

并不是简单替代 List,而是专门面向"按数字索引访问数据"的场景:在已知 index 时可以极快地直接定位并访问元素。它支持动态扩展、range 操作、搜索、聚合,甚至可以当环形缓冲(ring buffer)用。

还有一个值得一提的特征:Array 可以是稠密(dense)或稀疏(sparse)的——中间允许存在没有值的位置。

index:  0   1   2  …  100
value:  a   b   c  …  z   # 稀疏:index 100 有值,中间可留空

配套的 RedisInsight 也已支持对 Array 的可视化创建、浏览、搜索、聚合与编辑。

03 · 命令与数据类型

一批趁手的新命令

除了 Array,8.8 还在核心数据类型上加了不少实用能力:

INCREX
窗口计数限流器:把 INCR/INCRBY/INCRBYFLOAT + 上下界 + 过期整合到一次原子的服务端操作里,省去过去用 Lua 或多条命令做限流的复杂度。
XNACK
新的 Streams 命令:把 pending 消息释放回流、使其可立即被重新投递(而不只是从 PEL 删除)。支持 SILENT / FAIL / FATAL 三种模式,分别对应消费者主动退出、临时处理失败、以及"毒消息"——FATAL 可把投递计数设成很大的值,用来识别 poison message。
ZUNION / ZINTER …
ZUNION/ZINTER/ZUNIONSTORE/ZINTERSTORE 新增 COUNT 聚合器:让结果 score 反映"元素出现在多少个输入集合中",而不是传统的 SUM/MIN/MAX。
哈希子键通知
哈希字段的子键通知:字段级别的键空间事件(含 key、子键即字段名、事件类型),监听更精细。
04 · 搜索 / JSON / 时间序列

Search / JSON / 时间序列 等内置能力持续增强

自 Redis 8.0 起,Search、JSON、时间序列、概率结构等能力已内置进 Redis Open Source,无需再单独安装模块。8.8 对这些内置能力继续做了增强:

查询引擎 · 搜索
FT.HYBRID 的 KNN 子句新增"每分片请求更少候选"的参数;FT.PROFILE HYBRID 支持对混合查询做性能剖析;分组内排序新增 reducer(可在 GROUPBY 后展开并排序)。
JSON
JSON.SET 新增 FPHA 参数,为同构浮点数组指定 FP 类型,存储更紧凑。
时间序列
TS.RANGE/TS.REVRANGE/TS.MRANGE/TS.MREVRANGE 支持在一条命令里用多个聚合器
05 · 更快

性能又往前推了一步

8.8 不只是"加了个数据结构"——它把不少高频命令又提了一大截。官方给出的最高提升(8.8 对比 8.6,特定条件下)相当可观:

XREADGROUP
最高 +83%(大 Streams 消费)
ZADD / ZINCRBY / ZRANGEBYSCORE
最高 +74%(分数解析型负载)
MGET(pipeline + I/O 线程)
最高 +68%(瓶颈从 dict 遍历移到网络)
全量同步 Full Sync
最高 +60%(持久化 / 复制路径)
MGET(pipeline + 单线程)
最高 +50%
SCAN / HSCAN / SSCAN / ZSCAN
最高 +40%(pipeline 游标遍历)
Bitmap
最高 +28%
HGETALL
最高 +25%(大哈希端到端)
PFCOUNT
最高 +18%

这些提升背后,是一批底层改动:MGET/MSET/HGETALL批量预取、HyperLogLog 用 4 个独立累加器最后合并、搜索迭代器移植到 Rust(减少 FFI 开销)、向量热路径去虚化、在 AArch64 上启用 LSE 原子指令等。多数场景只需升级、无需改代码

注:以上为官方基准里的"最高"提升,实际收益取决于命令、数据规模、是否开启 I/O 线程与 pipeline 等条件。

06 · 安全与升级

别忘了打补丁

8.8 的发布过程中修复了多个可能导致远程代码执行的安全问题。需要说清楚的是:这些修复出现在 8.8-RC1(相对更早的里程碑而言),涉及解除阻塞流程、RESTORE、Lua 执行以及时间序列 / 概率结构等,而不是"GA 当天才修"。GA 之后,8.8.1(2026 年 7 月)又进一步修复了 RedisBloom / TDigest 中构造 RESTORE 载荷可能触发的越界写(同样可致 RCE)。

!

不要只盯着 8.8.0——生产环境应优先使用当前 8.8.x 的最新补丁版(当前为 8.8.1)。 另外,生产环境不要使用带 M0x/rc 的里程碑或候选版,官方明确其"不适合生产使用"。

官方测试平台包括 Ubuntu 22.04/24.04/26.04、Rocky/Alma 8.10/9.7/10.1、Debian 12/13、Alpine 3.23、macOS(Intel 与 ARM 均覆盖)。

收尾 · 一句话

一个新结构,一批新趁手工具

Redis 8.8(2026 年 5 月 25 日 GA)以全新的 Array 数据结构领衔,配上 INCREX、XNACK、COUNT 聚合、子键通知 等实用命令,以及内置搜索/JSON/时序的增强和一批实打实的性能提升。生产环境建议优先评估并升级到 8.8.x 当前最新补丁版(8.8.1);上线前结合客户端兼容性、集群拓扑、持久化、复制与业务回归充分验证。

2026-05-25 GA(补丁 8.8.1 · 2026-07)· Array(可稀疏 / 按索引寻址)· INCREX 原子限流 · XNACK(SILENT/FAIL/FATAL)· ZUNION/ZINTER COUNT · 子键通知 · 内置搜索/JSON/时序增强 · 多项性能提升(XREADGROUP +83%、MGET +68%…)