指令
HotKV
Valkey 9.1.2
HotKV vs Valkey
HotKV Cloud vs 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，因此程式庫會據此選擇功能。連線字串、管線、pub/sub 與交易都和現在一樣運作。
相同的用戶端與工具
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 與 for Redis Cluster 可水平擴展至 250 個節點。容量以分片與複本來規劃，而且多鍵指令必須落在同一個雜湊槽內。單一機器上的 Memorystore 替代方案沒有需要規劃的槽。
03
AI 工作負載需要更多服務
提示詞快取、語意快取、代理記憶體與 LLM 成本追蹤都不是 Valkey 或 Redis 的指令。在 HotKV 上，它們是同一台伺服器的指令家族，提供於 Performance 及以上方案。
04
維運工具在引擎之外
指標會流向 Cloud Monitoring。HotKV 在設定 metrics-port 後由伺服器本身提供 Prometheus 指標，並透過 LATENCY HISTOGRAM 提供逐指令延遲直方圖，無論它在哪裡運行。
實測，而非宣稱
這個 Memorystore 替代方案的實測結果。HotKV vs 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 個
- HotKV 對照 Valkey 測得最高吞吐量的指令
- 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、RAM 與磁碟以節點與分片規劃規格的託管執行個體
計費按執行個體計費，按月或按年預付，並依區域定價。輸出流量內含於方案，可加購流量包。流量額度用完時，輸出流量會暫停。HotKV Cloud 不對輸出流量收取超額費用按節點（Valkey、Redis Cluster）或按 GiB 小時（Redis）計費，以 1 秒為增量，依 Google Cloud 價目表計算
可用性 SLAStarter 無，Performance 為 99.9%，Scale 為 99.95%最高 99.99%（Valkey 與 Redis Cluster，多可用區搭配 HA）
LLM 提示詞與語意快取內建（PCACHE.*、SCACHE.*），HotKV Cloud 的 Performance 及以上方案不是引擎功能
AI 代理記憶體內建（AMEM.*），HotKV Cloud 的 Performance 及以上方案不是引擎功能
LLM Token 與成本追蹤內建（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 與 for Redis Cluster 在以高可用性多可用區部署時提供 99.99% 的可用性 SLA。HotKV Cloud 的 SLA 在 Performance 為 99.9%，在 Scale 為 99.95%，Starter 則沒有。
- Memorystore 也提供 Memcached。HotKV 僅支援 Redis 協定。
- Memorystore for Valkey 與 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 及以上方案中是同一台伺服器的指令。不需要模組、sidecar 或第二個服務。這正是 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 成本追蹤。