hotkv>COMMAND LIST

Integrato in HotKV™

Integrato, non aggiunto.

HotKV parla il protocollo Redis e aggiunge funzionalità proprie. Scegline una qui sotto e guarda un esempio animato del suo funzionamento, con i comandi reali.

protocollo
RESP2 + RESP3
codice nativo
C++20
server Linux
x86_64 + ARM64
moduli da installare
0
Laboratorio funzionalità

Guarda ogni funzionalità in azione

Scegli una funzionalità. La demo digita comandi HotKV reali con risposte di esempio e mostra cosa fa ognuno dentro il motore.

Tagging delle chiavi

Etichetta le chiavi con dei tag e interrogale: TAG.SET, TAG.GET, TAG.MEMBERS, TAG.INTER, TAG.COUNT, TAG.EXISTS, TAG.REM. Nessun indice secondario, nessuno script Lua, nessun servizio esterno.

Le chiavi ricevono delle etichette, e un solo comando trova ogni chiave con un'etichetta, o con più etichette insieme.

Sessione di esempio
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
Architettura

Tre modi di usare un server multi-core

Un server può eseguire i comandi su un unico thread principale, dividere i dati in uno shard per thread oppure far lavorare ogni thread su un unico store condiviso. HotKV è costruito da zero attorno al terzo approccio, così una singola istanza usa tutti i core.

Un solo thread principale
in attesaT0T1T2T3un solo store condivisoesegue comandiI/O di rete (thread di I/O, se abilitati)
Modello di I/O
Event loop + thread di I/O per lettura/scrittura
Scalabilità
Rendimenti decrescenti oltre la saturazione dell'I/O
Utilizzo multi-core
I comandi girano su un solo thread; per più core servono più istanze o un cluster
Shard per thread
T0T1T2T3S0S1S2S3uno shard per threadcomando multi-chiave tra thread
Modello di I/O
io_uring / epoll per thread
Scalabilità
Scala sui core; i comandi multi-chiave si coordinano tra i thread
Utilizzo multi-core
Sharding interno per thread
HotKV · Store condiviso, ogni thread
T0T1T2T3un solo store condivisoesegue comandi
Modello di I/O
Multithread, su ogni core
Scalabilità
Il throughput cresce con il numero di core
Utilizzo multi-core
Una singola istanza usa tutti i core

Uno schema di come vengono eseguiti i comandi, non un benchmark. I risultati misurati sono nella pagina Performance. Performance

Multithread fin dalle fondamenta

Ogni thread worker legge, analizza ed esegue i comandi delle proprie connessioni, quindi I/O ed esecuzione procedono entrambi in parallelo e il throughput cresce con il numero di core.

Latenza prevedibile

Un motore nativo senza garbage collector, quindi nessuna pausa stop-the-world.

C++20 moderno

HotKV è scritto in C++20 e compilato in codice nativo.

Pensato per server Linux

Pacchetti per Linux x86_64 e ARM64. La ricerca vettoriale usa le istruzioni vettoriali della CPU dove disponibili.

Confronto delle funzionalità

Come si confronta HotKV™ con Redis, Valkey e Dragonfly, verificato rispetto all'ultima release di ciascun progetto.

FunzionalitàHotKVRedisValkeyDragonfly
DistribuzioneHotKV Cloud oppure on-premiseAutogestito o Redis CloudAutogestito o gestito dai provider cloudAutogestito o Dragonfly Cloud
LicenzaCommercialeRSALv2 / SSPLv1 / AGPLv3BSD-3-ClauseBSL 1.1
LinguaggioC++20CCC++
Esecuzione dei comandiMultithreadSingle-thread (thread di I/O opzionali)Single-thread (thread di I/O)Multithread
ProtocolloRESP2 + RESP3RESP2 + RESP3RESP2 + RESP3RESP2 + RESP3
Piattaforme serverLinux (x86_64, ARM64)Linux, macOS, BSDLinux, macOS, BSDLinux (x86_64, ARM64)
TLSSìSìSìSì
PersistenzaSnapshot + AOFRDB + AOFRDB + AOFSolo snapshot
Snapshot senza forkSìNoNoSì
Cache dei prompt LLMSìServizio separato (LangCache)NoNo
Cache semantica per le risposte LLMSìServizio separato (LangCache)NoNo
Memoria per agenti IASìServizio separato (Agent Memory)NoNo
Pipeline RAG (chunking + ricerca ibrida)SìRicerca ibrida, senza chunkingModulo, senza chunkingRicerca vettoriale, senza chunking
Tracciamento di token e costi LLMSìNoNoNo
Ricerca per similarità vettorialeSìSìModulo (valkey-search)Sì
Istogrammi di latenza per comandoSìSìSìParziale (percentili su richiesta)
Rilevamento delle hot keySìComando HOTKEYS lato serverSolo lato clientParziale (campionamento)
Endpoint Prometheus integratoSìNoNoSì
Compressione dei valori in memoriaSu richiestaNoNoNo
Tagging delle chiaviSìNoNoNo
TTL al nanosecondoSìNoNoNo

Confronto con Redis 8.10.2, Valkey 9.1.2 e Dragonfly 2.0.0, le ultime release di settembre 2026. Redis 8 include anche JSON, serie temporali e strutture dati probabilistiche, e Redis offre LangCache e Agent Memory come servizi separati. Valkey 9.2, ora in versione release candidate, aggiunge il tracciamento delle hot key lato server e gli snapshot senza fork su richiesta. Su HotKV Cloud, le funzionalità di IA sono incluse nei piani Performance e Scale.

Funziona con il tuo stack

HotKV™ parla RESP2 e RESP3, quindi la libreria client Redis che usi già si connette senza modifiche. Puntala al tuo hostname HotKV.

Strumenti compatibili

Gli strumenti Redis standard si connettono senza modifiche (i comandi supportati sono nel riferimento dei comandi)

redis-cli
La CLI ufficiale di Redis si connette direttamente a HotKV
redis-benchmark
Strumento di benchmark standard
memtier_benchmark
Test di latenza e throughput; i nostri benchmark lo usano
Prometheus
Endpoint /metrics integrato, nessun exporter necessario
Grafana
Dashboard sulle metriche Prometheus
HotKV SDKs
Librerie ufficiali con i comandi di IA integrati