指令
HotKV
Redis 8.10.2
HotKV vs Redis
HotKV vs Redis
用上每個核心的 Redis 替代方案
Redis® 替代方案應保留原本就能用的部分，也就是您的用戶端程式庫、工具與指令。HotKV 支援 Redis 協定，因此這些都能沿用。底層是從零打造的多執行緒 C++20 引擎。這個 Redis 替代方案已在同一台機器上對照 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，因此程式庫會據此選擇功能。連線字串、管線、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選擇 Redis 替代方案 的理由
團隊為何尋找 Redis 替代方案
促使團隊尋找 Redis 替代方案 的 Redis 文件化特性，於 2026年10月21日 查核。
01
指令在單一執行緒上執行
Redis 在單一主執行緒上執行指令。它的 I/O 執行緒負責在 socket 上讀取、解析與寫入。它們不執行指令。要使用更多核心，就得運行更多執行個體或叢集，並用它們來分片您的鍵空間。這道天花板正是人們尋找 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 vs Redis 8.10.2，同一台機器
HotKV Ltd 在同一台 160 vCPU 的機器上，以單一執行個體逐一運行 HotKV 與 Redis 8.10.2。每一個都獲得相同的負載與全部核心。HotKV Ltd 連同測試方法與原始資料公開了每一個數字。
- 12 共 12 個
- HotKV 對照 Redis 測得最高吞吐量的指令
- 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 執行緒在 socket 上讀取、解析與寫入
協定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 Token 與成本追蹤內建（LLMBUDGET.*、LLMSTATS.*），HotKV Cloud 的 Performance 及以上方案不是伺服器功能
Prometheus 端點內建。設定 metrics-port 後，伺服器會自行提供 /metrics（地端部署）獨立的 exporter
熱鍵偵測伺服器端（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 及以上方案中是同一台伺服器的指令。不需要模組、sidecar 或第二個服務。這正是 Redis 替代方案應該加上的。
常見問題
關於這個 Redis 替代方案的問題
HotKV 是可直接替換的 Redis 替代方案嗎？
HotKV 是獨立的實作，不是 Redis 的複製品。它實作了 RESP2 與 RESP3 及 HELLO，向用戶端回報 Redis 版本 8.4.0，並回應 300 個核心指令。Redis 用戶端程式庫、redis-cli 與 GUI 工具都能連線。切換前請先查閱指令參考。HotKV 沒有 JSON 文件指令。
HotKV 是從 Redis 分叉（fork）出來的嗎？
不是。HotKV 是以 C++20 從零撰寫的 Redis 替代方案，與 Redis 沒有任何共用程式碼。它實作相同的協定，讓 Redis 生態系能與它搭配運作。
這個 Redis 替代方案比 Redis 快多少？
在一台擁有 160 個 vCPU 的 Azure D160alds_v7 上，兩者皆以單一執行個體運行，HotKV 對照 Redis 8.10.2 在全部 12 個指令上都記錄到最高的中位數吞吐量。倍數從 SET 的至少 15 倍到 RPUSH 的至少 70 倍。差距來自用上每個核心。在兩核或四核的小型機器上差距較小，請以您自己的規模進行測量。
HotKV 支援 Redis Cluster 用戶端嗎？
支援，叢集模式可在地端部署運行。HotKV 會以叢集感知用戶端預期的方式回應 redis-cli --cluster、MOVED 與 ASK 重新導向、容錯移轉與 TLS。HotKV Cloud 執行個體為單一節點，叢集感知用戶端會像連到獨立伺服器一樣連到它們。
HotKV 是開源或免費的嗎？
不是。HotKV 是商業的 Redis 替代方案。您可以使用 HotKV Cloud，其中每個執行個體都是一台專屬機器，或憑地端部署授權在您自己的伺服器上運行。