Valkey 9.1 这条线全景：单机 210 万 RPS、库级 ACL，和十月底的五连发补丁
为什么值得把 9.1 当”一条线”来看
单看发布日，9.1.0 是 5 月 19 日公告的——但这条线最近的动作全在收尾期：8 月 13 日官方发内存效率深文，10 月 26-27 日五条版本线（9.1.3 / 9.0.7 / 8.1.11 / 8.0.12 / 7.2.15）在 24 小时内齐发补丁，11 月 3 日发尾延迟基准，11 月 4 日下一个大版本 9.2.0-rc2 已经挂上 GitHub。发布线跑到这个状态，说明它已经是被生产负载推着走的版本——值得把公告、深文、补丁流拼起来看一遍。
另一个信号在作者栏：9.1 公告的署名之一是 Jeff Duffy，AWS ElastiCache 团队专注 Valkey 的产品经理。官方公告由云厂商 PM 署名联发，这在开源项目里是生态投入的直接证据。
安全三件套：库级 ACL、Lua 模块化、TLS 运维
库级 ACL（多租户的关键拼图）。以前 ACL 管”这个用户能跑什么命令、碰哪些 key”，但作用域是全库通用的；9.1 允许把权限收窄到指定数据库：
> ACL SETUSER app-user on >secretpass +@all ~* db=0,1
这个用户能 SELECT 0，但 SELECT 2 直接 NOPERM。官方深文的说法是：这让”安全的多租户整合部署”成为可能——多个应用共享一套实例，各占各的库，权限互不越界。
Lua 拆成独立模块。脚本引擎从核心服务器里拆出去，安全面缩小，不用的话可以整个关掉；INFO 命令新增 Scripting Engines 段方便确认加载了什么。
TLS 运维补强：INFO 直接显示证书到期时间（避免”证书过期引发事故”这个经典坑）、支持后台自动热重载证书、支持用 SAN URI 做 mTLS 认证。
性能：210 万 RPS 是怎么测出来的
图：9.1.0 单服务器吞吐 2.1M RPS——512 字节载荷、9 个 IO 线程、管道深度 10（图源：官方公告）
官方给的测试条件很诚实（512B 载荷、9 IO 线程、pipeline 深度 10），完整曲线在 Valkey 性能仪表盘上可查。公告里的分项改进：
| 改进项 | 幅度 |
|---|---|
| 新 IO 线程通信模型（重构） | 多种负载下吞吐最高 +17% |
| XRANGE / XREVRANGE（streams 热路径优化） | 最高 +30% |
| 字符串 GET（提高嵌入阈值） | 吞吐最高 +30% |
| 硬件时钟默认启用（减少时间系统调用） | GET/SET 整体最高 +3% |
| 跳表查询优化（ZRANGEBYSCORE 等） | 未给百分比 |
内存效率：小 key 场景最划算
图：9.1.0 效率改进汇总（图源：官方公告）
公告口径：128 字节以下的小字符串最高省 20% 内存（内部指针优化）、sorted set 最高省 10%（跳表优化）、rehash 期间延迟影响降低、SREM/ZREM/HDEL 批量删除时暂停哈希表扩容、AOF 开着的副本创建直接复用收到的 RDB 不再生成新快照。
8 月 13 日的官方深文《Reducing Memory Overhead in Valkey 9.1》给了更激进的数字：字符串每键开销最多砍 44%，sorted set 每个成员最多省 8.5 字节——口径是”每键开销”，不改变任何命令和配置。小 key 海量存储的缓存场景（session、短值缓存）是收益最大的那类负载。
可观测性：把”假 100% CPU”拆开看
图：主线程/IO 线程使用率指标 + JSON 日志（图源：官方公告）
这条改动解决的是 Valkey 监控里一个经典误读：主线程和 IO 线程在忙等循环里空转，CPU 看起来接近 100%，实际线程可能相当闲。9.1 新增主线程/IO 线程累计使用率指标，看真实负载、据此调参。另外 log-format json 让日志每行一个 JSON 对象，观测工具直接解析，不用再写正则。
新命令三个，各治一个高频痛点：HGETDEL（原子地”读取并删除”hash 字段，队列式消费不用再事务包一层）、MSETEX（多 key 共享同一过期时间，一次调用）、CLUSTERSCAN（全集群统一扫描，客户端不用逐节点 SCAN 再合并）。
云厂商这一头：便宜和默认，都给了
- AWS（官方数据库博客）：ElastiCache for Valkey 节点型集群比 Redis OSS 引擎便宜 20%，Serverless 版便宜 33%，MemoryDB for Valkey 比 MemoryDB Redis OSS 便宜 30%；Redis OSS 预留节点权益可平移到 Valkey。
- Google Cloud：Memorystore for Valkey 自 2026-09-24 起把 Valkey 9 列为默认版本（版本表口径）。
- 补丁流（GitHub releases）：10 月 26-27 日，9.1.3、9.0.7、8.1.11、8.0.12、7.2.15 五条线齐发——维护带宽铺满五条版本线，9.2.0-rc2 已于 11 月 4 日挂出。
顺带一条 11 月 3 日官方基准文的数据（9.0 的 reply copy avoidance）：每秒几个 10MB 大请求就能打爆 10 万 req/s 负载的尾延迟，优化后 p99.9 从 26.2ms 降到 3.10ms——大小请求混跑的租户，这条比任何吞吐数字都值钱。
小夏点评
- 库级 ACL 是 9.1 真正的主题词：性能数字各家都在刷，但”把多租户安全做进内核”决定的是能不能把分散的小实例合并成大实例——合并部署省的钱是结构性的，AWS 敢直接报 20% 价差，底气就在这类企业级能力补齐上。
- 内存数字要按场景读：44% 是”每键开销”口径，对小 key 海量型缓存是实打实的账单；大 value 场景收益会稀释。选型时先数自己 key 的数量分布，再看这张表。
- 给国内团队的启示：国内 Redis 托管版普遍还绑在 Redis OSS/兼容版上，Valkey 这条线（BSD 开源、五大厂背书、五条版本线维护）已经把”许可证风险”和”能力差距”两个顾虑都处理掉了——迁移窗口期其实已经打开，国内云厂商的价差跟进只是时间问题。
参考链接
- 官方公告：Valkey 9.1 delivers improvements in security, performance, and more（2026-05-19，Jeff Duffy / Roberto Luna-Rojas）
- 官方深文：Reducing Memory Overhead in Valkey 9.1（2026-08-13）
- 官方基准：How Valkey 9.0 reduces the large object noisy neighbor problem（2026-11-03）
- AWS 官方：Amazon ElastiCache and Amazon MemoryDB announce support for Valkey
- GitHub 发布线：valkey-io/valkey releases
