命令
HotKV
Redis 8.10.2
HotKV 对比 Redis
HotKV 对比 Redis
用满每个核心的 Redis 替代方案
一款 Redis 替代方案应当保留已经可用的一切，包括您的客户端库、工具和命令。HotKV 使用 Redis® 协议，因此它们可以直接沿用。其底层是一个从零构建的多线程 C++20 引擎。它在同一台机器上与 Redis 8.10.2 对比测量，方法和原始数据均已公开。
Redis
一个线程执行
HotKV
每个核心都执行
这款 Redis 替代方案 以单实例运行在一台 160 vCPU 的机器上，在与 Redis 8.10.2 的对比中，于 12 个命令中的 12 个上领先，吞吐量为其 14.8x 到 69.7x。HotKV 针对该 CPU 从源码构建。Redis 8.10.2 以其原版构建运行。在小型机器上差距较小。
即插即用
这款 Redis 替代方案 保持不变的部分
HotKV 实现了 Redis 线路协议。从 Redis 迁移通常只需更改主机和凭据。核心集之外的任何内容请查阅命令参考。
相同的协议
RESP2 和 RESP3，支持 HELLO 协商。HotKV 向客户端报告 Redis 版本 8.4.0，因此客户端库据此选择功能。连接字符串、管道、发布/订阅和事务都像现在一样工作。
相同的客户端和工具
Redis 和 Valkey 客户端库、redis-cli、redis-cli --cluster 以及 GUI 工具无需改动代码即可连接 HotKV 并使用核心命令。
相同的核心命令
300 个核心命令、Lua 脚本和函数库，以及需要时可用的 HotKV 自有命令族。
您已在使用的客户端
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
... (另外四个字段)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme # 需要时可用的 HotKV 命令
(integer) 1选择 Redis 替代方案 的理由
团队为何寻找 Redis 替代方案
促使团队寻找 Redis 替代方案 的 Redis 已记录属性，查阅于 2026年10月21日。
01
命令在单个线程上执行
Redis 在单个主线程上执行命令。其 I/O 线程在套接字上读取、解析和写入。它们不执行命令。要使用更多核心，就要运行更多实例或一个集群，并据此对键空间分片。这一上限正是人们寻找 Redis 替代方案的常见原因。
02
Redis 8 起采用新许可证
Redis 7.2 及更早版本采用 BSD-3-Clause。Redis 7.4 采用 RSALv2 或 SSPLv1。Redis 8 以 RSALv2、SSPLv1 或 AGPLv3 提供。
03
AI 功能是独立的服务
Redis 提供 LLM 语义缓存（LangCache，预览版）和 Agent Memory，它们是独立的 Redis Iris 服务，在 Redis Cloud 上托管或自行管理。它们通过 REST API 和 SDK 访问，而不是作为服务器的命令。内置这些功能的 Redis 替代方案可以从账单上去掉两项服务。
04
快照会 fork 进程
RDB 快照会 fork 一个子进程。快照运行期间，内核会复制每个被写入的页面，因此在写入负载下内存用量会上升。
实测，而非宣称
这款 Redis 替代方案 的实测结果。HotKV 对比 Redis 8.10.2，在同一台机器上
HotKV Ltd 在同一台 160 vCPU 的机器上，以单实例的形式逐一运行了 HotKV 和 Redis 8.10.2。每一个都获得相同的负载和全部核心。HotKV Ltd 公开了每一个数字以及方法和原始数据。
- 12 共 12 个
- 在与 Redis 的对比中 HotKV 测得最高吞吐量的命令数
- 14.8x 至 69.7x
- HotKV 的吞吐量相对 Redis 的倍数，覆盖其领先的 12 个命令（SET 至 RPUSH）
- 无
- Redis 测得更高的命令
HotKV Ltd 针对该 CPU 从源码构建了 HotKV。Redis 以其原版发布构建运行。两者均以单实例运行。线程数遵循各产品记录的全核心设置，未针对单个产品调优。在核心较少的机器上差距较小。
SET14.8x
HotKV
50.5M*
Redis
3.4M
14.8x
GET32.3x
HotKV
36.6M*
Redis
1.1M
32.3x
MGET16.6x
HotKV
4.6M*
Redis
278K
16.6x
SETNX39.6x
HotKV
55.3M*
Redis
1.4M
39.6x
APPEND16.4x
HotKV
25.1M
Redis
1.5M
16.4x
INCR43.1x
HotKV
90.8M
Redis
2.1M
43.1x
LPUSH25.3x
HotKV
31.6M
Redis
1.2M
25.3x
RPUSH69.7x
HotKV
43.8M
Redis
628K
69.7x
SADD24.7x
HotKV
50.6M*
Redis
2.1M
24.7x
HSET54.0x
HotKV
29.0M*
Redis
537K
54.0x
MSET29.8x
HotKV
11.3M
Redis
379K
29.8x
PING38.7x
HotKV
125.2M†
Redis
3.2M
38.7x
每秒操作数，3 次 10 秒运行的中位数。每对柱形按该命令上较快的服务器缩放。
* 受网络限制: 此结果由实例的网络决定，服务器自身的上限更高。
† 受负载生成器限制: 负载生成器机器的 CPU 占用超过 85%，因此这是它们的上限，而非服务器的上限。
Azure D160alds_v7（AMD EPYC 9V45 (Turin)，160 个 vCPU），测量于 2026年10月9日。256 字节的值，管道深度 30，预填充 5,000,000 个键并均匀随机读取。三台专用负载生成器机器。每台服务器都以单实例单独运行，并关闭持久化。每一个都获得全部核心（Redis 为 128 个 I/O 线程，即其最大值）。HotKV Ltd 针对该 CPU 从源码构建了 HotKV，并以原版发布构建运行 Redis。 完整方法与结果 · 测试工具与原始数据
并排对比
这款 Redis 替代方案 与 Redis 的逐项功能对比
功能HotKVRedis
命令执行多线程。每个核心都在同一个共享存储上读取、解析并执行命令单个主线程。可选的 I/O 线程在套接字上读取、解析和写入
协议RESP2 和 RESP3，支持 HELLO 协商。向客户端报告 Redis 版本 8.4.0RESP2 和 RESP3
开发语言C++20，从零构建C
许可证商业许可（HotKV Cloud，或本地部署许可证）RSALv2、SSPLv1 或 AGPLv3（Redis 8）
持久化快照和 AOFRDB 和 AOF
无 fork 快照是。由后台线程写入快照，不 fork 子进程否。RDB 快照会 fork 一个子进程
向量相似度搜索内置（HNSW、VSIM.*），所有套餐内置（Redis 8）
LLM 提示词缓存与语义缓存内置（PCACHE.*、SCACHE.*），HotKV Cloud 上 Performance 及以上套餐独立服务（LangCache，预览版）
AI 智能体记忆内置（AMEM.*），HotKV Cloud 上 Performance 及以上套餐独立服务（Agent Memory）
LLM 令牌与成本跟踪内置（LLMBUDGET.*、LLMSTATS.*），HotKV Cloud 上 Performance 及以上套餐非服务器功能
Prometheus 端点内置。设置 metrics-port 后，服务器自行提供 /metrics（本地部署）独立的导出器
热点键检测服务端（HOTKEYS），可选启用服务端 HOTKEYS 命令（自 8.6.0 起）
键标签是（TAG.*）否
纳秒级 TTL是（NEXPIRE、NTTL）否。毫秒级 TTL
服务器平台Linux（x86_64 和 ARM64）Linux、macOS、BSD
部署方式HotKV Cloud（Google Cloud，42 个区域）或凭许可证本地部署自行管理或 Redis Cloud
公平起见
Redis 领先于这款 Redis 替代方案 或仅仅有所不同之处
这个 Redis 替代方案 页面只有在也说明这部分时才有用。
- 在所有内存存储中，Redis 拥有最大的生态系统和最长的历史记录。大多数教程、客户端库和集成都是为它编写的，而由于协议相同，它们也能与 HotKV 配合使用。任何 Redis 替代方案都必须跨过这道门槛。
- Redis 8 捆绑了 JSON、时间序列和概率型数据结构。HotKV 在所有套餐上提供布隆过滤器、Count-Min sketch 和 Top-K，并从 Performance 套餐起提供时间序列（TS.*），但没有 JSON 文档类型。
- Redis 可在 Linux、macOS 和 BSD 上运行。HotKV 服务器构建仅支持 Linux（x86_64 和 ARM64）。
- 在 PING 上，HotKV 的数值受限于负载生成器，它们的 CPU 使用率达到 86%，因此该数值是下限。HotKV 的 GET 用到了出站网络上限的 100%，同样是下限。Redis 在任何命令上都未触及这两个限制。
- HotKV Cloud 处于抢先体验阶段。Redis Cloud 是一项在多个云上运行的成熟服务。
迁移过来
从 Redis 到这款 Redis 替代方案 的四个步骤
切换到 Redis 替代方案 在实践中涉及的内容。
- 1
创建实例
在 HotKV Cloud 控制台中选择区域和套餐。该实例是一台独立的机器，由我们为您开通、打补丁和监控。
- 2
将客户端指向它
继续使用您现有的客户端库。将主机、端口和凭据从 Redis 改为 HotKV 实例。TLS 和密码认证从一开始就启用，并提供 ACL 用户。使用相同协议的 Redis 替代方案，在核心命令上无需改动客户端。
- 3
迁移数据
使用您已经熟悉的工具。DUMP 和 RESTORE、MIGRATE，或重放您的写入操作都可行，因为 HotKV 实现了这些命令。
- 4
开启此前缺少的功能
向量搜索和键标签是所有套餐上的核心命令。提示词缓存和语义缓存、智能体记忆以及 LLM 成本跟踪，在 Performance 及以上套餐上是同一服务器的命令。无需模块、边车或第二个服务。这正是 Redis 替代方案应当补上的部分。
常见问题
关于这款 Redis 替代方案 的问题
HotKV 是可直接替换的 Redis 替代方案吗？
HotKV 是独立实现，不是 Redis 的副本。它实现了带 HELLO 的 RESP2 和 RESP3，向客户端报告 Redis 版本 8.4.0，并响应 300 个核心命令。Redis 客户端库、redis-cli 和 GUI 工具都能连接。切换前请查阅命令参考。HotKV 没有 JSON 文档命令。
HotKV 是 Redis 的分支吗？
不是。HotKV 是用 C++20 从零编写的 Redis 替代方案，与 Redis 不共享任何代码。它实现相同的协议，以便 Redis 生态系统能与之配合使用。
这款 Redis 替代方案比 Redis 快多少？
在一台拥有 160 个 vCPU 的 Azure D160alds_v7 上，两者均以单实例运行，在与 Redis 8.10.2 的对比中，HotKV 在全部 12 个命令上都录得最高的中位吞吐量。倍数从 SET 上的至少 15 倍到 RPUSH 上的至少 70 倍。差距来自对每个核心的利用。在两核或四核的小型机器上差距较小，因此请在您自己的机器规格上测量。
HotKV 支持 Redis Cluster 客户端吗？
支持，在集群模式下，该模式以本地部署方式运行。HotKV 按照集群感知客户端的预期响应 redis-cli --cluster、MOVED 和 ASK 重定向、故障转移和 TLS。HotKV Cloud 实例是单节点，集群感知客户端将其视为独立服务器进行连接。
HotKV 是开源或免费的吗？
不是。HotKV 是商业的 Redis 替代方案。您可以通过 HotKV Cloud 运行它，其中每个实例都是一台专属机器，也可以凭本地部署许可证在您自己的服务器上运行。