hotkv>COMMAND LIST

Integrado en HotKV™

Integrado, no añadido.

HotKV habla el protocolo de Redis y añade funciones propias. Elige cualquiera de ellas abajo y mira un ejemplo animado de cómo funciona, con los comandos reales.

protocolo
RESP2 + RESP3
código nativo
C++20
servidores Linux
x86_64 + ARM64
módulos que instalar
0
Laboratorio de funciones

Mira cómo funciona cada función

Elige una función. La demo escribe comandos reales de HotKV con respuestas de ejemplo y muestra lo que hace cada uno dentro del motor.

Etiquetado de claves

Marca las claves con etiquetas y consúltalas: TAG.SET, TAG.GET, TAG.MEMBERS, TAG.INTER, TAG.COUNT, TAG.EXISTS, TAG.REM. Sin índice secundario, sin script de Lua, sin servicio externo.

Las claves reciben etiquetas, y un solo comando encuentra todas las claves con una etiqueta, o con varias etiquetas a la vez.

Sesión de ejemplo
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
Arquitectura

Tres formas de usar un servidor multinúcleo

Un servidor puede ejecutar los comandos en un único hilo principal, dividir sus datos en un shard por hilo o dejar que todos los hilos trabajen sobre un único almacén compartido. HotKV está construido desde cero en torno al tercer diseño, de modo que una sola instancia usa todos los núcleos.

Un solo hilo principal
en esperaT0T1T2T3un almacén compartidoejecutando comandosE/S de red (hilos de I/O, cuando están activados)
Modelo de E/S
Bucle de eventos + hilos de E/S para lectura/escritura
Escalado
Rendimientos decrecientes más allá de la saturación de E/S
Aprovechamiento de varios núcleos
Los comandos se ejecutan en un hilo; para más núcleos hacen falta varias instancias o un clúster
Shard por hilo
T0T1T2T3S0S1S2S3un shard por hilocomando multiclave que cruza hilos
Modelo de E/S
io_uring / epoll por hilo
Escalado
Escala entre núcleos; los comandos de varias claves se coordinan entre hilos
Aprovechamiento de varios núcleos
Sharding interno por hilo
HotKV · Almacén compartido, todos los hilos
T0T1T2T3un almacén compartidoejecutando comandos
Modelo de E/S
Multihilo, en cada núcleo
Escalado
El throughput escala con el número de núcleos
Aprovechamiento de varios núcleos
Una sola instancia usa todos los núcleos

Un esquema de cómo se ejecutan los comandos, no un benchmark. Los resultados medidos están en la página de Rendimiento. Rendimiento

Multihilo desde la base

Cada hilo worker lee, analiza y ejecuta los comandos de sus propias conexiones, de modo que la E/S y la ejecución se realizan en paralelo y el throughput crece con el número de núcleos.

Latencia predecible

Un motor nativo sin recolector de basura, por lo que no hay pausas stop-the-world.

C++20 moderno

HotKV está escrito en C++20 y compilado a código nativo.

Creado para servidores Linux

Paquetes para Linux x86_64 y ARM64. La búsqueda vectorial usa las instrucciones vectoriales de la CPU cuando están disponibles.

Comparación de funciones

Cómo se compara HotKV™ con Redis, Valkey y Dragonfly, comprobado con la última versión de cada proyecto.

FunciónHotKVRedisValkeyDragonfly
DespliegueHotKV Cloud u on-premiseAutogestionado o Redis CloudAutogestionado o administrado por proveedores de nubeAutogestionado o Dragonfly Cloud
LicenciaComercialRSALv2 / SSPLv1 / AGPLv3BSD-3-ClauseBSL 1.1
LenguajeC++20CCC++
Ejecución de comandosMultihiloUn solo hilo (hilos de E/S opcionales)Un solo hilo (hilos de E/S)Multihilo
ProtocoloRESP2 + RESP3RESP2 + RESP3RESP2 + RESP3RESP2 + RESP3
Plataformas de servidorLinux (x86_64, ARM64)Linux, macOS, BSDLinux, macOS, BSDLinux (x86_64, ARM64)
TLSSíSíSíSí
PersistenciaSnapshots + AOFRDB + AOFRDB + AOFSolo snapshots
Snapshots sin forkSíNoNoSí
Caché de prompts de LLMSíServicio aparte (LangCache)NoNo
Caché semántica para respuestas de LLMSíServicio aparte (LangCache)NoNo
Memoria de agentes de IASíServicio aparte (Agent Memory)NoNo
Pipeline RAG (chunking + búsqueda híbrida)SíBúsqueda híbrida, sin chunkingMódulo, sin chunkingBúsqueda vectorial, sin chunking
Seguimiento de tokens y costos de LLMSíNoNoNo
Búsqueda por similitud vectorialSíSíMódulo (valkey-search)Sí
Histogramas de latencia por comandoSíSíSíParcial (percentiles opcionales)
Detección de claves calientesSíComando HOTKEYS en el servidorSolo en el clienteParcial (muestreo)
Endpoint de Prometheus integradoSíNoNoSí
Compresión de valores en memoriaOpcionalNoNoNo
Etiquetado de clavesSíNoNoNo
TTL en nanosegundosSíNoNoNo

Comparado con Redis 8.10.2, Valkey 9.1.2 y Dragonfly 2.0.0, las últimas versiones en septiembre de 2026. Redis 8 también incluye JSON, series temporales y estructuras de datos probabilísticas, y Redis ofrece LangCache y Agent Memory como servicios independientes. Valkey 9.2, ahora en fase de release candidate, añade seguimiento de claves calientes en el servidor y snapshots opcionales sin fork. En HotKV Cloud, las funciones de IA vienen con los planes Performance y Scale.

Compatible con tu stack

HotKV™ habla RESP2 y RESP3, así que la biblioteca cliente de Redis que ya usas se conecta a él. Apúntala al nombre de host de tu HotKV.

Herramientas compatibles

Las herramientas estándar de Redis se conectan sin cambios (los comandos compatibles están en la referencia de comandos)

redis-cli
La CLI oficial de Redis se conecta directamente a HotKV
redis-benchmark
Herramienta de benchmark estándar
memtier_benchmark
Pruebas de latencia y throughput; nuestros benchmarks la usan
Prometheus
Endpoint /metrics integrado, sin necesidad de exporter
Grafana
Paneles sobre las métricas de Prometheus
HotKV SDKs
Bibliotecas oficiales con los comandos de IA integrados