hotkv>COMMAND LIST

Integrado ao HotKV™

Integrado, não acoplado.

O HotKV fala o protocolo do Redis e acrescenta funcionalidades próprias. Escolha qualquer uma delas abaixo e veja um exemplo animado de como funciona, com os comandos reais.

protocolo
RESP2 + RESP3
código nativo
C++20
servidores Linux
x86_64 + ARM64
módulos para instalar
0
Laboratório de funcionalidades

Veja cada funcionalidade em ação

Escolha uma funcionalidade. A demonstração digita comandos reais do HotKV com respostas de exemplo e mostra o que cada um faz dentro do motor.

Marcação de chaves

Rotule chaves com tags e consulte-as: TAG.SET, TAG.GET, TAG.MEMBERS, TAG.INTER, TAG.COUNT, TAG.EXISTS, TAG.REM. Sem índice secundário, sem script Lua, sem serviço externo.

As chaves recebem rótulos, e um único comando encontra todas as chaves com um rótulo, ou com vários rótulos ao mesmo tempo.

Sessão de exemplo
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
Arquitetura

Três maneiras de usar um servidor multinúcleo

Um servidor pode executar comandos em uma única thread principal, dividir seus dados em um shard por thread ou deixar todas as threads trabalharem sobre um único armazenamento compartilhado. O HotKV foi construído do zero em torno do terceiro design, de modo que uma única instância usa todos os núcleos.

Uma única thread principal
aguardandoT0T1T2T3um armazenamento compartilhadoexecutando comandosE/S de rede (threads de I/O, quando ativadas)
Modelo de I/O
Event loop + threads de I/O para leitura/escrita
Escalabilidade
Retornos decrescentes após a saturação do I/O
Uso de vários núcleos
Os comandos rodam em uma thread; mais núcleos exigem várias instâncias ou um cluster
Shard por thread
T0T1T2T3S0S1S2S3um shard por threadcomando multichave atravessa threads
Modelo de I/O
io_uring / epoll por thread
Escalabilidade
Escala entre os núcleos; comandos com várias chaves se coordenam entre threads
Uso de vários núcleos
Sharding interno por thread
HotKV · Armazenamento compartilhado, todas as threads
T0T1T2T3um armazenamento compartilhadoexecutando comandos
Modelo de I/O
Multithread, em todos os núcleos
Escalabilidade
O throughput cresce com a quantidade de núcleos
Uso de vários núcleos
Uma única instância usa todos os núcleos

Um esquema de como os comandos são executados, não um benchmark. Os resultados medidos estão na página Desempenho. Desempenho

Multithread desde a base

Cada thread worker lê, interpreta e executa os comandos das suas próprias conexões, então o I/O e a execução rodam em paralelo e o throughput cresce com a quantidade de núcleos.

Latência previsível

Um motor nativo, sem coletor de lixo, então não há pausas stop-the-world.

C++20 moderno

O HotKV é escrito em C++20 e compilado para código nativo.

Feito para servidores Linux

Pacotes para Linux x86_64 e ARM64. A busca vetorial usa as instruções vetoriais da CPU quando elas estão disponíveis.

Comparação de funcionalidades

Como o HotKV™ se compara ao Redis, ao Valkey e ao Dragonfly, verificado com a versão mais recente de cada projeto.

FuncionalidadeHotKVRedisValkeyDragonfly
ImplantaçãoHotKV Cloud ou on-premiseAutogerenciado ou Redis CloudAutogerenciado ou gerenciado por provedores de nuvemAutogerenciado ou Dragonfly Cloud
LicençaComercialRSALv2 / SSPLv1 / AGPLv3BSD-3-ClauseBSL 1.1
LinguagemC++20CCC++
Execução de comandosMultithreadThread única (threads de I/O opcionais)Thread única (threads de I/O)Multithread
ProtocoloRESP2 + RESP3RESP2 + RESP3RESP2 + RESP3RESP2 + RESP3
Plataformas de servidorLinux (x86_64, ARM64)Linux, macOS, BSDLinux, macOS, BSDLinux (x86_64, ARM64)
TLSSimSimSimSim
PersistênciaSnapshots + AOFRDB + AOFRDB + AOFSomente snapshots
Snapshots sem forkSimNãoNãoSim
Cache de prompts de LLMSimServiço separado (LangCache)NãoNão
Cache semântico para respostas de LLMSimServiço separado (LangCache)NãoNão
Memória de agentes de IASimServiço separado (Agent Memory)NãoNão
Pipeline de RAG (chunking + busca híbrida)SimBusca híbrida, sem chunkingMódulo, sem chunkingBusca vetorial, sem chunking
Rastreamento de tokens e custos de LLMSimNãoNãoNão
Busca por similaridade vetorialSimSimMódulo (valkey-search)Sim
Histogramas de latência por comandoSimSimSimParcial (percentis por adesão)
Detecção de chaves quentesSimComando HOTKEYS no servidorSomente no lado do clienteParcial (amostragem)
Endpoint Prometheus integradoSimNãoNãoSim
Compressão de valores em memóriaOpcionalNãoNãoNão
Marcação de chavesSimNãoNãoNão
TTL em nanossegundosSimNãoNãoNão

Comparado com o Redis 8.10.2, o Valkey 9.1.2 e o Dragonfly 2.0.0, as versões mais recentes em setembro de 2026. O Redis 8 também inclui JSON, séries temporais e estruturas de dados probabilísticas, e o Redis oferece LangCache e Agent Memory como serviços separados. O Valkey 9.2, agora em release candidate, acrescenta rastreamento de chaves quentes no servidor e snapshots sem fork por adesão. No HotKV Cloud, as funcionalidades de IA acompanham os planos Performance e Scale.

Funciona com a sua stack

O HotKV™ fala RESP2 e RESP3, então a biblioteca cliente de Redis que você já usa se conecta a ele. Basta apontá-la para o hostname do seu HotKV.

Ferramentas compatíveis

As ferramentas padrão do Redis se conectam sem alterações (os comandos suportados estão na referência de comandos)

redis-cli
A CLI oficial do Redis se conecta diretamente ao HotKV
redis-benchmark
Ferramenta de benchmark padrão
memtier_benchmark
Testes de latência e throughput; nossos benchmarks a utilizam
Prometheus
Endpoint /metrics integrado, sem necessidade de exporter
Grafana
Dashboards sobre as métricas do Prometheus
HotKV SDKs
Bibliotecas oficiais com os comandos de IA integrados