幂等写入：终于有了"至多一次"保证

这是 8.6 最值得关注的功能性改动。XADD 新增了 IDMP 和 IDMPAUTO 两个参数，为流（Stream）的写入提供幂等性支持，也就是"至多一次"（at-most-once）的投递保证。

过去用 Streams 做消息队列时，客户端因网络抖动而重试 XADD，很容易导致同一条消息被重复写入，开发者通常得自己在业务层做去重。现在内核层面就能识别重复写入并避免产生重复条目。两个配套配置项控制幂等记录的生命周期：

• stream-idmp-duration — 幂等标记的默认保留时长
• stream-idmp-maxsize — 幂等记录的默认最大数量

此外，XREADGROUP 在 8.4 中引入的 CLAIM 选项在 8.6 里也得到了性能优化。

热点 Key 检测：新增 HOTKEYS 命令

线上排查"某个 key 被打爆"的问题，过去往往要靠抽样、监控埋点或第三方工具。8.6 直接在内核里加入了热点 key 的检测与上报能力，并提供新命令 HOTKEYS。

你可以直接向 Redis 询问当前哪些 key 访问最频繁，对定位缓存击穿、识别访问倾斜、做分片优化都非常实用。HOTKEYS HELP 子命令也一并补齐了。

两种新策略：基于"最近修改时间"

maxmemory-policy 新增了两个基于最近修改时间（LRM）的淘汰策略：

• volatile-lrm — 在设置了过期时间的 key 中，优先淘汰最久未被修改的
• allkeys-lrm — 在所有 key 中，优先淘汰最久未被修改的

这和我们熟悉的 LRU 思路不同——LRU 看的是"最近是否被访问过"，而 LRM 看的是"最近是否被写过"。对于"读多写少、写过之后基本不再变化"的数据集，LRM 提供了一种更贴合业务语义的淘汰逻辑。

内存占用显著下降

8.6 对两类常用数据结构做了底层结构优化，带来官方所称的"显著的内存削减"：

• 哈希（hashtable 编码） — 将字段名与字段值合并到单个结构体中
• 有序集合（skiplist 编码） — 将分值与成员值合并到单个结构体中

更少的结构体意味着更少的指针开销和内存碎片。对于存放大量 hash 或 sorted set 的实例，节省相当可观。叠加 8.4 对 JSON 同构数组最高约 91% 的内存优化，一路升级的收益是累积的。

一连串性能优化

• 回复拷贝规避 — 减少批量字符串回复时的内存拷贝次数
• ZRANK 优化 — 有序集合排名查询更快
• 带过期时间的 set 命令优化
• 预取逻辑与预取尺寸优化
• ARM AArch64 默认启用硬件时钟，复用缓存时间以减少每条命令的系统调用
• 向量集合距离计算向量化 — Intel / AMD / ARM 平台用 SIMD 加速二值与 8-bit 量化向量距离，AI 向量检索场景直接受益

放在更大背景里看，Redis 8 系列整体相比 7.2.5 引入了超过 30 项性能改进，部分命令 p50 延迟下降幅度从 5% 到 87% 不等，并通过多线程 I/O 大幅提升吞吐。8.6 是这条曲线上的又一段延续。

基于 TLS 证书的客户端自动认证

8.6 新增了基于 TLS 证书的客户端自动认证。通过配置项 tls-auth-clients-user，客户端可凭证书自动映射到对应的 Redis 用户身份，无需在应用里单独管理密码凭证。

配套新增监控指标 acl_access_denied_tls_cert 用于统计证书认证失败次数，便于安全审计。此外这一系列还做了多项隐私改进，例如从 ACL 日志和服务器日志中隐藏个人可识别信息（PII）。

支持 NaN 与新聚合器

RedisTimeSeries 现在支持 NaN（非数值） 值，并新增两个聚合器：COUNTNAN（统计 NaN 数量）与 COUNTALL（统计含 NaN 的全部值）。对采集自传感器、监控等可能产生缺失/异常读数的真实数据来说，原生处理 NaN 让数据清洗与统计更自然。

更强的可观测性

• 按数据类型的内存直方图 — 新增配置 key-memory-histograms 及对应指标，看清各类结构的内存分布
• 按 slot 的资源消耗统计 — 新增配置 cluster-slot-stats-enabled，集群场景定位热点分片更直接

模块开发者也获得了新的 Key 元数据 API（RM_CreateKeyMetaClass、RM_SetKeyMeta、RM_GetKeyMeta 等），可为 key 附加自定义元数据。