hotkv>COMMAND LIST

Integrat în HotKV™

Integrat, nu adăugat pe dinafară.

HotKV vorbește protocolul Redis și adaugă funcții proprii. Alegeți oricare dintre ele mai jos și urmăriți un exemplu animat în care funcționează, cu comenzile reale.

protocol
RESP2 + RESP3
cod nativ
C++20
servere Linux
x86_64 + ARM64
module de instalat
0
Laboratorul de funcții

Vedeți cum funcționează fiecare funcție

Alegeți o funcție. Demonstrația tastează comenzi HotKV reale, cu răspunsuri de exemplu, și arată ce face fiecare în interiorul motorului.

Etichetarea cheilor

Marcați cheile cu etichete și interogați-le: TAG.SET, TAG.GET, TAG.MEMBERS, TAG.INTER, TAG.COUNT, TAG.EXISTS, TAG.REM. Fără index secundar, fără script Lua, fără serviciu extern.

Cheile primesc etichete, iar o singură comandă găsește fiecare cheie cu o etichetă sau cu mai multe etichete deodată.

Sesiune de exemplu
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
Arhitectură

Trei moduri de a folosi un server multi-nucleu

Un server poate executa comenzile pe un singur thread principal, își poate împărți datele într-un shard pe thread sau poate lăsa fiecare thread să lucreze pe un singur store partajat. HotKV este construit de la zero în jurul celui de-al treilea design, deci o singură instanță folosește fiecare nucleu.

Un singur thread principal
în așteptareT0T1T2T3un singur store partajatexecută comenziI/O de rețea (thread-uri I/O, când sunt activate)
Model I/O
Buclă de evenimente + thread-uri I/O pentru citire/scriere
Scalare
Câștiguri tot mai mici după saturarea I/O
Utilizarea mai multor nuclee
Comenzile rulează pe un singur thread; mai multe nuclee cer mai multe instanțe sau un cluster
Shard pe thread
T0T1T2T3S0S1S2S3un shard pe threadcomandă cu mai multe chei care traversează thread-uri
Model I/O
io_uring / epoll pe thread
Scalare
Scalează pe nuclee; comenzile cu mai multe chei se coordonează între thread-uri
Utilizarea mai multor nuclee
Partiționare internă pe thread
HotKV · Store partajat, fiecare thread
T0T1T2T3un singur store partajatexecută comenzi
Model I/O
Multi-thread, pe fiecare nucleu
Scalare
Debitul crește odată cu numărul de nuclee
Utilizarea mai multor nuclee
O singură instanță folosește toate nucleele

O schemă a modului în care sunt executate comenzile, nu un benchmark. Rezultatele măsurate sunt pe pagina Performanță. Performanță

Multi-thread de la bază

Fiecare thread de lucru citește, parsează și execută comenzile propriilor conexiuni, deci atât I/O, cât și execuția rulează în paralel, iar debitul crește odată cu numărul de nuclee.

Latență previzibilă

Un motor nativ, fără garbage collector, deci fără pauze stop-the-world.

C++20 modern

HotKV este scris în C++20 și compilat în cod nativ.

Construit pentru servere Linux

Pachete pentru Linux x86_64 și ARM64. Căutarea vectorială folosește instrucțiunile vectoriale ale CPU-ului acolo unde sunt disponibile.

Comparația funcțiilor

Cum se compară HotKV™ cu Redis, Valkey și Dragonfly, verificat față de ultima versiune a fiecărui proiect.

FuncțieHotKVRedisValkeyDragonfly
ImplementareHotKV Cloud sau on-premiseAutogestionat sau Redis CloudAutogestionat sau gestionat de furnizori cloudAutogestionat sau Dragonfly Cloud
LicențăComercialăRSALv2 / SSPLv1 / AGPLv3BSD-3-ClauseBSL 1.1
LimbajC++20CCC++
Execuția comenzilorMulti-threadSingle-thread (thread-uri I/O opționale)Single-thread (thread-uri I/O)Multi-thread
ProtocolRESP2 + RESP3RESP2 + RESP3RESP2 + RESP3RESP2 + RESP3
Platforme serverLinux (x86_64, ARM64)Linux, macOS, BSDLinux, macOS, BSDLinux (x86_64, ARM64)
TLSDaDaDaDa
PersistențăSnapshoturi + AOFRDB + AOFRDB + AOFDoar snapshoturi
Snapshoturi fără forkDaNuNuDa
Cache de prompturi LLMDaServiciu separat (LangCache)NuNu
Cache semantic pentru răspunsuri LLMDaServiciu separat (LangCache)NuNu
Memorie pentru agenți IADaServiciu separat (Agent Memory)NuNu
Pipeline RAG (fragmentare + căutare hibridă)DaCăutare hibridă, fără fragmentareModul, fără fragmentareCăutare vectorială, fără fragmentare
Urmărirea tokenilor și a costurilor LLMDaNuNuNu
Căutare prin similaritate vectorialăDaDaModul (valkey-search)Da
Histograme de latență pe comandăDaDaDaParțial (percentile opționale)
Detectarea cheilor fierbințiDaComanda HOTKEYS pe serverDoar pe partea clientuluiParțial (eșantionare)
Endpoint Prometheus încorporatDaNuNuDa
Comprimarea valorilor în memorieOpționalNuNuNu
Etichetarea cheilorDaNuNuNu
TTL în nanosecundeDaNuNuNu

Comparat cu Redis 8.10.2, Valkey 9.1.2 și Dragonfly 2.0.0, cele mai recente versiuni din septembrie 2026. Redis 8 include și JSON, serii de timp și structuri de date probabilistice, iar Redis oferă LangCache și Agent Memory ca servicii separate. Valkey 9.2, acum release candidate, adaugă urmărirea cheilor fierbinți pe server și snapshoturi opționale fără fork. În HotKV Cloud, funcțiile IA vin cu planurile Performance și Scale.

Se potrivește cu stack-ul dvs.

HotKV™ vorbește RESP2 și RESP3, deci biblioteca client Redis pe care o folosiți deja se conectează la el. Îndreptați-o spre hostname-ul dvs. HotKV.

Unelte compatibile

Uneltele Redis standard se conectează fără modificări (vedeți referința de comenzi pentru comenzile pe care le acceptă HotKV)

redis-cli
CLI-ul oficial Redis se conectează direct la HotKV
redis-benchmark
Unealtă standard de benchmark
memtier_benchmark
Testare de latență și debit; benchmark-urile noastre o folosesc
Prometheus
Endpoint /metrics încorporat, fără exporter
Grafana
Dashboard-uri peste metricile Prometheus
HotKV SDKs
Biblioteci oficiale cu comenzile IA integrate