命令
HotKV
Valkey 9.1.2
HotKV 对比 Valkey
HotKV Cloud 对比 Google Cloud Memorystore
同一个云上的 Memorystore 替代方案
HotKV Cloud 是同一个云上的 Memorystore 替代方案。它运行在 Google Cloud 的 42 个区域，采用使用 Redis 协议的多线程引擎，每个实例一台专属机器。Memorystore 运行 Valkey、Redis Cluster、Redis 或 Memcached。同一个云，同样的客户端，不同的引擎。
同一区域。同样的客户端。不同形态的服务器。
Memorystore
每个节点一个分片，一个线程执行
HotKV Cloud
一台隔离的机器，每个核心都执行
这款 Memorystore 替代方案 以单实例运行在一台 160 vCPU 的机器上，在与 Valkey 9.1.2 的对比中，于 12 个命令中的 12 个上领先，吞吐量为其 8.6x 到 56.6x。HotKV 针对该 CPU 从源码构建。Valkey 9.1.2 以其原版构建运行。在小型机器上差距较小。
即插即用
这款 Memorystore 替代方案 保持不变的部分
HotKV 实现了 Redis 线路协议。从 Google Cloud Memorystore 迁移通常只需更改主机和凭据。核心集之外的任何内容请查阅命令参考。
相同的协议
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选择 Memorystore 替代方案 的理由
团队为何寻找 Memorystore 替代方案
促使团队寻找 Memorystore 替代方案 的 Google Cloud Memorystore 已记录属性，查阅于 2026年10月21日。
01
这些引擎在单个线程上执行命令
Valkey 和 Redis 在每个节点的单个主线程上执行命令。Memorystore 通过增加节点和分片来扩展，而这些由您来规划规格并付费。搭载多线程引擎的 Memorystore 替代方案首先在一台机器内部扩展。
02
需要规划的分片和节点
Memorystore for Valkey 和 Memorystore for Redis Cluster 可横向扩展至 250 个节点。容量以分片和副本来规划，多键命令必须位于同一个哈希槽内。运行在一台机器上的 Memorystore 替代方案则没有需要规划的槽位。
03
AI 工作负载需要更多服务
提示词缓存、语义缓存、智能体记忆和 LLM 成本跟踪不是 Valkey 或 Redis 的命令。在 HotKV 上，它们是同一服务器的命令族，在 Performance 及以上套餐上提供。
04
引擎之外的运维工具
指标流向 Cloud Monitoring。HotKV 在设置 metrics-port 后由服务器自行提供 Prometheus 指标，并通过 LATENCY HISTOGRAM 提供按命令的延迟直方图，无论它运行在何处。
实测，而非宣称
这款 Memorystore 替代方案 的实测结果。HotKV 对比 Valkey 9.1.2 和 Redis 8.10.2，在同一台机器上
HotKV Ltd 测量了 Valkey 9.1.2 和 Redis 8.10.2，即 Memorystore 背后的开源引擎系列。两者都以自托管单实例的形式运行在与 HotKV 相同的机器上。Google Cloud Memorystore 本身未被测量。它提供自己的 Valkey 9.1 和 Redis 7.x 构建，因此具体构建与所测量的有所不同。这些数字展示的是该服务背后的引擎，也是衡量 Memorystore 替代方案的公平基线。
- 12 共 12 个
- 在与 Valkey 的对比中 HotKV 测得最高吞吐量的命令数
- 8.6x 至 56.6x
- HotKV 的吞吐量相对 Valkey 的倍数，覆盖其领先的 12 个命令（MGET 至 SADD）
- 无
- Valkey 测得更高的命令
HotKV Ltd 针对该 CPU 从源码构建了 HotKV。Valkey 以其原版发布构建运行。两者均以单实例运行。线程数遵循各产品记录的全核心设置，未针对单个产品调优。在核心较少的机器上差距较小。
SET17.5x
HotKV
50.5M*
Valkey
2.9M
17.5x
GET22.5x
HotKV
36.6M*
Valkey
1.6M
22.5x
MGET8.6x
HotKV
4.6M*
Valkey
537K
8.6x
SETNX29.7x
HotKV
55.3M*
Valkey
1.9M
29.7x
APPEND19.4x
HotKV
25.1M
Valkey
1.3M
19.4x
INCR47.3x
HotKV
90.8M
Valkey
1.9M
47.3x
LPUSH37.5x
HotKV
31.6M
Valkey
842K
37.5x
RPUSH49.8x
HotKV
43.8M
Valkey
878K
49.8x
SADD56.6x
HotKV
50.6M*
Valkey
894K
56.6x
HSET37.1x
HotKV
29.0M*
Valkey
782K
37.1x
MSET24.3x
HotKV
11.3M
Valkey
465K
24.3x
PING36.0x
HotKV
125.2M†
Valkey
3.5M
36.0x
每秒操作数，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，并以原版发布构建运行 Valkey。 完整方法与结果 · 测试工具与原始数据
并排对比
这款 Memorystore 替代方案 与 Google Cloud Memorystore 的逐项功能对比
功能HotKVGoogle Cloud Memorystore
引擎HotKV，多线程，C++20Valkey、Redis Cluster、Redis 或 Memcached
命令执行多线程。每个核心都在同一个共享存储上读取、解析并执行命令每个节点单个主线程（Valkey、Redis）
协议RESP2 和 RESP3，支持 HELLO 协商。向客户端报告 Redis 版本 8.4.0RESP2 和 RESP3（Valkey、Redis）；Memcached 协议
实例模型每个 HotKV Cloud 实例都是一台独立的隔离机器，拥有专属的 vCore、内存和磁盘以节点和分片规划规格的托管实例
计费按实例计费，按月或按年预付，按区域定价。出站流量已捆绑，并提供流量加购包。额度用完后，出站流量暂停。HotKV Cloud 不对出站流量收取超额费用按节点（Valkey、Redis Cluster）或按 GiB 小时（Redis）计费，以 1 秒为增量，依据 Google Cloud 价目表
可用性 SLAStarter 无，Performance 99.9%，Scale 99.95%最高 99.99%（Valkey 和 Redis Cluster，多可用区高可用部署）
LLM 提示词缓存与语义缓存内置（PCACHE.*、SCACHE.*），HotKV Cloud 上 Performance 及以上套餐非引擎功能
AI 智能体记忆内置（AMEM.*），HotKV Cloud 上 Performance 及以上套餐非引擎功能
LLM 令牌与成本跟踪内置（LLMBUDGET.*、LLMSTATS.*），HotKV Cloud 上 Performance 及以上套餐非引擎功能
指标内置。设置 metrics-port 后，服务器自行提供 /metrics（本地部署）Cloud Monitoring 指标
键标签是（TAG.*）否
纳秒级 TTL是（NEXPIRE、NTTL）否。毫秒级 TTL
客户端Redis 和 Valkey 客户端库、redis-cli、redis-cli --cluster 以及 GUI 工具无需改动代码即可连接并使用核心命令Valkey、Redis 和 Memcached 客户端
公平起见
Google Cloud Memorystore 领先于这款 Memorystore 替代方案 或仅仅有所不同之处
这个 Memorystore 替代方案 页面只有在也说明这部分时才有用。
- Memorystore 与 Google Cloud IAM、VPC 和 Cloud Monitoring 集成。Memorystore for Valkey 和 Memorystore for Redis Cluster 在以高可用方式跨多可用区部署时提供 99.99% 的可用性 SLA。HotKV Cloud 的 SLA 在 Performance 上为 99.9%，在 Scale 上为 99.95%，Starter 则没有。
- Memorystore 还提供 Memcached。HotKV 仅使用 Redis 协议。
- Memorystore for Valkey 和 Memorystore for Redis Cluster 可跨可用区横向扩展而无需停机。HotKV Cloud 实例是一台由您原地升级的机器。
- 这个 Memorystore 替代方案处于抢先体验阶段。Memorystore 是一项成熟的服务。
迁移过来
从 Google Cloud Memorystore 到这款 Memorystore 替代方案 的四个步骤
切换到 Memorystore 替代方案 在实践中涉及的内容。
- 1
创建实例
在 HotKV Cloud 控制台中选择区域和套餐。该实例是一台独立的机器，由我们为您开通、打补丁和监控。
- 2
将客户端指向它
继续使用您现有的客户端库。将主机、端口和凭据从 Memorystore 改为 HotKV 实例。TLS 和密码认证从一开始就启用，并提供 ACL 用户。使用相同协议的 Memorystore 替代方案，在核心命令上无需改动客户端。
- 3
迁移数据
使用您已经熟悉的工具。DUMP 和 RESTORE、MIGRATE，或重放您的写入操作都可行，因为 HotKV 实现了这些命令。
- 4
开启此前缺少的功能
向量搜索和键标签是所有套餐上的核心命令。提示词缓存和语义缓存、智能体记忆以及 LLM 成本跟踪，在 Performance 及以上套餐上是同一服务器的命令。无需模块、边车或第二个服务。这正是 Memorystore 替代方案应当补上的部分。
常见问题
关于这款 Memorystore 替代方案 的问题
我的 Memorystore 客户端能与这款 Memorystore 替代方案配合使用吗？
可以，对于 Valkey、Redis Cluster 和 Redis 引擎而言。它们使用 RESP2 和 RESP3，HotKV 实现了这两种协议。更改主机和凭据后，同样的客户端库即可连接 HotKV 实例。Memcached 客户端使用不同的协议，无法连接。
您们对 Memorystore 做过基准测试吗？
没有。HotKV Ltd 测量了 Valkey 9.1.2 和 Redis 8.10.2，即 Memorystore 背后的开源引擎。两者都以自托管单实例的形式运行在与 HotKV 相同的 160 vCPU 机器上。托管服务本身及其提供的构建均未被测量，因此这些数字描述的是引擎。
HotKV Cloud 在相同的区域吗？
HotKV Cloud 托管在 Google Cloud 上，提供 42 个区域。您在结账时选择区域，价格会针对该区域实时显示。
HotKV Cloud 实例能给我什么 Memorystore 节点给不了的东西？
这个 Memorystore 替代方案为您提供一个用满其独立隔离机器上每个 vCore 的多线程引擎。所有套餐上的向量搜索、键标签和纳秒级 TTL。从 Performance 套餐起的提示词缓存和语义缓存、智能体记忆、RAG 和 LLM 成本跟踪。