hotkv>COMMAND LIST

Wbudowane w HotKV™

Wbudowane, a nie dokładane.

HotKV mówi protokołem Redis i dodaje własne funkcje. Wybierz dowolną z poniższych i obejrzyj animowany przykład jej działania, z prawdziwymi poleceniami.

protokół
RESP2 + RESP3
kod natywny
C++20
serwery Linux
x86_64 + ARM64
modułów do instalacji
0
Laboratorium funkcji

Zobacz, jak działa każda funkcja

Wybierz funkcję. Demo wpisuje prawdziwe polecenia HotKV z przykładowymi odpowiedziami i pokazuje, co każde z nich robi wewnątrz silnika.

Tagowanie kluczy

Oznaczaj klucze tagami i odpytuj je: TAG.SET, TAG.GET, TAG.MEMBERS, TAG.INTER, TAG.COUNT, TAG.EXISTS, TAG.REM. Bez indeksu pomocniczego, bez skryptu Lua, bez zewnętrznej usługi.

Klucze dostają etykiety, a jedno polecenie znajduje każdy klucz z daną etykietą albo z kilkoma etykietami naraz.

Przykładowa sesja
hotkv> MSET user:1 a user:2 b user:3 c user:4 d
OK
hotkv> TAG.SET user:1 premium eu
(integer) 2
hotkv> TAG.SET user:2 premium us
(integer) 2
hotkv> TAG.SET user:3 eu
(integer) 1
hotkv> TAG.INTER premium eu
1) "user:1"
hotkv> TAG.MEMBERS eu
1) "user:1"
2) "user:3"
hotkv> TAG.COUNT user:1
(integer) 2
Architektura

Trzy sposoby wykorzystania serwera wielordzeniowego

Serwer może wykonywać polecenia w jednym głównym wątku, dzielić dane na shard na wątek albo pozwolić każdemu wątkowi pracować na jednym wspólnym magazynie. HotKV został zbudowany od zera wokół trzeciego podejścia, więc pojedyncza instancja wykorzystuje każdy rdzeń.

Jeden główny wątek
oczekiwanieT0T1T2T3jeden wspólny magazynwykonywanie poleceńsieciowe I/O (wątki I/O, gdy włączone)
Model I/O
Pętla zdarzeń + wątki I/O do odczytu/zapisu
Skalowanie
Malejące korzyści po nasyceniu I/O
Wykorzystanie wielu rdzeni
Polecenia działają w jednym wątku; więcej rdzeni wymaga kilku instancji lub klastra
Shard na wątek
T0T1T2T3S0S1S2S3shard na wątekpolecenie wielokluczowe przechodzi między wątkami
Model I/O
io_uring / epoll na wątek
Skalowanie
Skaluje się na rdzeniach; polecenia wielokluczowe koordynują się między wątkami
Wykorzystanie wielu rdzeni
Wewnętrzny sharding na wątek
HotKV · Wspólny magazyn, każdy wątek
T0T1T2T3jeden wspólny magazynwykonywanie poleceń
Model I/O
Wielowątkowy, na każdym rdzeniu
Skalowanie
Przepustowość rośnie wraz z liczbą rdzeni
Wykorzystanie wielu rdzeni
Pojedyncza instancja wykorzystuje wszystkie rdzenie

Schemat tego, jak wykonywane są polecenia, a nie benchmark. Zmierzone wyniki są na stronie Wydajność. Wydajność

Wielowątkowy od podstaw

Każdy wątek roboczy odczytuje, analizuje i wykonuje polecenia własnych połączeń, więc I/O i wykonanie działają równolegle, a przepustowość rośnie wraz z liczbą rdzeni.

Przewidywalne opóźnienia

Natywny silnik bez garbage collectora, więc nie ma pauz stop-the-world.

Nowoczesne C++20

HotKV jest napisany w C++20 i kompilowany do kodu natywnego.

Stworzony dla serwerów Linux

Pakiety dla Linuksa x86_64 i ARM64. Wyszukiwanie wektorowe korzysta z instrukcji wektorowych procesora, gdy są dostępne.

Porównanie funkcji

Jak HotKV™ wypada na tle Redis, Valkey i Dragonfly, sprawdzone względem najnowszego wydania każdego projektu.

FunkcjaHotKVRedisValkeyDragonfly
WdrożenieHotKV Cloud lub on-premiseSamodzielnie zarządzany lub Redis CloudSamodzielnie zarządzany lub zarządzany przez dostawców chmurySamodzielnie zarządzany lub Dragonfly Cloud
LicencjaKomercyjnaRSALv2 / SSPLv1 / AGPLv3BSD-3-ClauseBSL 1.1
JęzykC++20CCC++
Wykonywanie poleceńWielowątkoweJednowątkowe (opcjonalne wątki I/O)Jednowątkowe (wątki I/O)Wielowątkowe
ProtokółRESP2 + RESP3RESP2 + RESP3RESP2 + RESP3RESP2 + RESP3
Platformy serweroweLinux (x86_64, ARM64)Linux, macOS, BSDLinux, macOS, BSDLinux (x86_64, ARM64)
TLSTakTakTakTak
TrwałośćMigawki + AOFRDB + AOFRDB + AOFTylko migawki
Migawki bez forkaTakNieNieTak
Cache promptów LLMTakOsobna usługa (LangCache)NieNie
Cache semantyczny dla odpowiedzi LLMTakOsobna usługa (LangCache)NieNie
Pamięć agentów AITakOsobna usługa (Agent Memory)NieNie
Potok RAG (dzielenie na fragmenty + wyszukiwanie hybrydowe)TakWyszukiwanie hybrydowe, bez dzielenia na fragmentyModuł, bez dzielenia na fragmentyWyszukiwanie wektorowe, bez dzielenia na fragmenty
Śledzenie tokenów i kosztów LLMTakNieNieNie
Wyszukiwanie podobieństwa wektorowegoTakTakModuł (valkey-search)Tak
Histogramy opóźnień dla każdego poleceniaTakTakTakCzęściowo (opcjonalne percentyle)
Wykrywanie gorących kluczyTakPolecenie HOTKEYS po stronie serweraTylko po stronie klientaCzęściowo (próbkowanie)
Wbudowany punkt końcowy PrometheusTakNieNieTak
Kompresja wartości w pamięciOpcjonalnaNieNieNie
Tagowanie kluczyTakNieNieNie
TTL w nanosekundachTakNieNieNie

Porównano z Redis 8.10.2, Valkey 9.1.2 i Dragonfly 2.0.0, czyli najnowszymi wydaniami z września 2026. Redis 8 zawiera też JSON, szeregi czasowe i probabilistyczne struktury danych, a Redis oferuje LangCache i Agent Memory jako osobne usługi. Valkey 9.2, obecnie w wersji kandydującej, dodaje śledzenie gorących kluczy po stronie serwera i opcjonalne migawki bez forka. W HotKV Cloud funkcje AI są dostępne w planach Performance i Scale.

Działa z Twoim stosem

HotKV™ obsługuje RESP2 i RESP3, więc biblioteka kliencka Redis, której już używasz, łączy się z nim. Wskaż po prostu nazwę hosta HotKV.

Zgodne narzędzia

Standardowe narzędzia Redis łączą się bez zmian (obsługiwane polecenia znajdziesz w opisie poleceń)

redis-cli
Oficjalne Redis CLI łączy się bezpośrednio z HotKV
redis-benchmark
Standardowe narzędzie do benchmarków
memtier_benchmark
Testy opóźnień i przepustowości; nasze benchmarki z niego korzystają
Prometheus
Wbudowany punkt końcowy /metrics, bez eksportera
Grafana
Dashboardy na metrykach Prometheus
HotKV SDKs
Oficjalne biblioteki z wbudowanymi poleceniami AI