Intégré à HotKV™
Intégré, pas greffé.
HotKV parle le protocole Redis et y ajoute ses propres fonctionnalités. Choisissez-en une ci-dessous et regardez un exemple animé de son fonctionnement, avec les vraies commandes.
- protocole
- RESP2 + RESP3
- code natif
- C++20
- serveurs Linux
- x86_64 + ARM64
- modules à installer
- 0
Voyez chaque fonctionnalité à l’œuvre
Choisissez une fonctionnalité. La démo saisit de vraies commandes HotKV avec des exemples de réponses et montre ce que chacune fait à l’intérieur du moteur.
Étiquetage de clés
Étiquetez vos clés avec des tags et interrogez-les : TAG.SET, TAG.GET, TAG.MEMBERS, TAG.INTER, TAG.COUNT, TAG.EXISTS, TAG.REM. Pas d’index secondaire, pas de script Lua, pas de service externe.
Les clés reçoivent des étiquettes, et une seule commande trouve toutes les clés portant une étiquette, ou plusieurs étiquettes à la fois.
Trois façons d’utiliser un serveur multicœur
Un serveur peut exécuter les commandes sur un seul thread principal, répartir ses données en un shard par thread, ou laisser chaque thread travailler sur un magasin partagé unique. HotKV est construit de zéro autour de la troisième conception, si bien qu’une seule instance utilise tous les cœurs.
- Modèle d’E/S
- Boucle d’événements + threads d’E/S pour la lecture/écriture
- Passage à l’échelle
- Rendements décroissants au-delà de la saturation des E/S
- Utilisation multicœur
- Les commandes s’exécutent sur un seul thread ; plus de cœurs exigent plusieurs instances ou un cluster
- Modèle d’E/S
- io_uring / epoll par thread
- Passage à l’échelle
- Évolue sur tous les cœurs ; les commandes multi-clés se coordonnent entre threads
- Utilisation multicœur
- Sharding interne par thread
- Modèle d’E/S
- Multithread, sur chaque cœur
- Passage à l’échelle
- Le débit évolue avec le nombre de cœurs
- Utilisation multicœur
- Une seule instance utilise tous les cœurs
Un schéma de l’exécution des commandes, pas un benchmark. Les résultats mesurés se trouvent sur la page Performances. Performances
Multithread dès la conception
Chaque thread worker lit, analyse et exécute les commandes de ses propres connexions : les E/S et l’exécution s’effectuent donc en parallèle et le débit croît avec le nombre de cœurs.
Latence prévisible
Un moteur natif sans ramasse-miettes, donc sans pause stop-the-world.
C++20 moderne
HotKV est écrit en C++20 et compilé en code natif.
Conçu pour les serveurs Linux
Paquets pour Linux x86_64 et ARM64. La recherche vectorielle utilise les instructions vectorielles du CPU lorsqu’elles sont disponibles.
Comparatif des fonctionnalités
Comment HotKV™ se compare à Redis, Valkey et Dragonfly, vérifié par rapport à la dernière version de chaque projet.
Comparaison avec Redis 8.10.2, Valkey 9.1.2 et Dragonfly 2.0.0, les dernières versions en septembre 2026. Redis 8 fournit aussi JSON, les séries temporelles et des structures de données probabilistes, et Redis propose LangCache et Agent Memory comme services distincts. Valkey 9.2, actuellement en version candidate, ajoute le suivi des hot keys côté serveur et des snapshots sans fork activables sur option. Sur HotKV Cloud, les fonctionnalités d’IA sont incluses dans les offres Performance et Scale.
Compatible avec votre stack
HotKV™ parle RESP2 et RESP3 : la bibliothèque cliente Redis que vous utilisez déjà s’y connecte. Pointez-la vers le nom d’hôte de votre HotKV.
Outils compatibles
Les outils Redis standard se connectent sans modification (les commandes prises en charge figurent dans la référence des commandes)