HotKV vs. Dragonfly

Eine Dragonfly-Alternative, im direkten Vergleich gemessen

Beide Server sind Multi-Threaded und sprechen das Redis-Protokoll, deshalb muss sich eine Dragonfly-Alternative den Wechsel über die Details verdienen. Wie Threads Daten teilen, wie Daten persistiert werden und was in den Server eingebaut ist. HotKV Ltd hat HotKV und Dragonfly™ auf einer Maschine mit 160 vCPUs unter derselben Last gemessen und jede Zahl veröffentlicht, auch die, die ein Unentschieden war.

Frühen Zugang sichern Zu den Messungen

Dragonfly

ein Shard pro Thread

MGET a b c

HotKV

ein gemeinsamer Store

MGET a b c
Eine Veranschaulichung, keine Messung. Dragonfly gibt jedem Thread einen eigenen Ausschnitt des Schlüsselraums, deshalb wird ein Befehl, dessen Schlüssel in mehrere Ausschnitte fallen, über Threads hinweg koordiniert. HotKV lässt jeden Thread auf einem gemeinsamen Store arbeiten.

Diese Dragonfly-Alternative, als Einzelinstanz auf einer Maschine mit 160 vCPUs betrieben, führte bei 11 von 12 Befehlen gegenüber Dragonfly 2.0.2, mit 2.0x bis 4.4x Durchsatz. HotKV wurde für diese CPU aus dem Quellcode gebaut. Dragonfly 2.0.2 lief als Standard-Build. Auf kleinen Maschinen ist der Abstand kleiner.

Drop-in-Ersatz

Was bei dieser Dragonfly-Alternative gleich bleibt

HotKV implementiert das Redis-Wire-Protokoll. Der Wechsel von Dragonfly ist meist eine Änderung von Host und Zugangsdaten. Prüfen Sie die Befehlsreferenz für alles außerhalb des Kernbestands.

Dasselbe Protokoll

RESP2 und RESP3 mit HELLO-Aushandlung. HotKV meldet Clients die Redis-Version 8.4.0, Bibliotheken wählen ihre Funktionen also danach. Verbindungszeichenfolgen, Pipelines, Pub/Sub und Transaktionen funktionieren wie heute.

Dieselben Clients und Tools

Redis- und Valkey-Client-Bibliotheken, redis-cli, redis-cli --cluster und GUI-Tools verbinden sich für die Kernbefehle ohne Codeänderungen mit HotKV.

Dieselben Kernbefehle

300 Kernbefehle, Lua-Skripting und Funktionsbibliotheken, dazu die eigenen Befehlsfamilien von HotKV, wenn Sie sie möchten.

der Client, den Sie bereits verwenden
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
   ... (vier weitere Felder)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # ein HotKV-Befehl, wenn Sie ihn möchten
(integer) 1

Das Argument für eine Dragonfly-Alternative

Warum Teams eine Dragonfly-Alternative suchen

Dokumentierte Eigenschaften von Dragonfly, die Teams eine Dragonfly-Alternative suchen lassen, geprüft am 21. Oktober 2026.

01

Shared-Nothing-Shards

Dragonfly teilt den Schlüsselraum in einen Shard pro Thread. Ein Befehl, der Schlüssel in mehreren Shards berührt, etwa MSET oder MGET, wird über Threads hinweg koordiniert. HotKV lässt jeden Thread auf einem gemeinsamen Store arbeiten. Dieser Unterschied ist der Kern dieser Dragonfly-Alternative.

02

Kein Append-only-File

Dragonfly persistiert mit Point-in-Time-Snapshots. Seine Dokumentation gibt an, dass es AOF derzeit nicht unterstützt. Eine Dragonfly-Alternative mit Append-only-File schließt diese Lücke. HotKV bietet Snapshots und AOF.

03

Source-available unter BSL 1.1

Dragonfly ist unter der Business Source License 1.1 lizenziert. Die Lizenz erlaubt die Nutzung innerhalb Ihres eigenen Produkts oder Dienstes. Sie erlaubt nicht die Nutzung als In-Memory-Datenspeicher-Produkt oder -Dienst und nicht das Anbieten von Dragonfly als gehosteten Dienst, der mit DragonflyDB konkurriert. Der Code geht an seinem Änderungsdatum in Apache 2.0 über, für den aktuellen Lizenztext am 1. November 2030. HotKV ist kommerzielle Software unter eigenen Lizenzbedingungen.

04

Vektorsuche ist eingebaut, KI-Caches nicht

Dragonfly hat Vektorsuche. Ein Prompt-Cache, ein semantischer Cache, Agenten-Gedächtnis und LLM-Kostenverfolgung sind nicht Teil des Servers.

Gemessen, nicht behauptet

Diese Dragonfly-Alternative, gemessen. HotKV vs. Dragonfly 2.0.2 auf einer Maschine

HotKV Ltd hat HotKV und Dragonfly 2.0.2 nacheinander, als Einzelinstanzen, auf derselben Maschine mit 160 vCPUs betrieben. Jeder bekam dieselbe Last und jeden Kern. HotKV Ltd hat jede Zahl mit Methode und Rohdaten veröffentlicht.

11 von 12
Befehle, bei denen HotKV gegenüber Dragonfly den höchsten Durchsatz maß
2.0x bis 4.4x
Durchsatz von HotKV als Vielfaches von Dragonfly, über die 11 Befehle, bei denen es führte (MGET bis INCR)
PING
Dragonfly maß 0,6 % höher, innerhalb der Grenze der Lastgeneratoren, es zählt deshalb als Unentschieden

HotKV Ltd hat HotKV für diese CPU aus dem Quellcode gebaut. Dragonfly lief als Standard-Release-Build. Beide liefen als Einzelinstanzen. Die Thread-Anzahl folgte der dokumentierten Alle-Kerne-Einstellung jedes Produkts und wurde nicht pro Produkt abgestimmt. Auf Maschinen mit wenigen Kernen ist der Abstand kleiner.

SET3.4x
HotKV
50.5M*
Dragonfly
15.0M
GET2.7x
HotKV
36.6M*
Dragonfly
13.4M
MGET2.0x
HotKV
4.6M*
Dragonfly
2.3M
SETNX3.8x
HotKV
55.3M*
Dragonfly
14.4M
APPEND2.8x
HotKV
25.1M
Dragonfly
8.9M
INCR4.4x
HotKV
90.8M
Dragonfly
20.6M
LPUSH3.0x
HotKV
31.6M
Dragonfly
10.6M
RPUSH4.0x
HotKV
43.8M
Dragonfly
11.0M
SADD4.2x
HotKV
50.6M*
Dragonfly
12.0M
HSET3.0x
HotKV
29.0M*
Dragonfly
9.8M
MSET3.8x
HotKV
11.3M
Dragonfly
2.9M
PING0.99x
HotKV
125.2M†
Dragonfly
126.0M

Operationen pro Sekunde, Median aus 3 Läufen von je 10 Sekunden. Jedes Balkenpaar ist auf den schnelleren Server bei diesem Befehl skaliert.

* Netzwerkbegrenzt: Das Netzwerk der Instanz hat dieses Ergebnis bestimmt, daher liegt das eigentliche Limit des Servers höher.

† Lastgenerator-begrenzt: Die Lastgenerator-Maschinen liefen mit mehr als 85 % CPU-Auslastung, daher ist dies ihre Obergrenze, nicht die des Servers.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPUs), gemessen am 9. Oktober 2026. 256-Byte-Werte, Pipeline-Tiefe 30, 5.000.000 vorbefüllte Schlüssel, gleichverteilt zufällig gelesen. Drei dedizierte Lastgenerator-Maschinen. Jeder Server lief allein als Einzelinstanz mit ausgeschalteter Persistenz. Jeder bekam alle Kerne (Redis 128 I/O-Threads, sein Maximum). HotKV Ltd hat HotKV für diese CPU aus dem Quellcode gebaut und Dragonfly als Standard-Release-Build betrieben. Vollständige Methode und Ergebnisse · Harness und Rohdaten

Seite an Seite

Diese Dragonfly-Alternative und Dragonfly, Funktion für Funktion

FunktionHotKVDragonfly
BefehlsausführungMulti-Threaded. Jeder Kern liest, parst und führt Befehle auf einem gemeinsamen Store ausMulti-Threaded, ein Schlüsselraum-Shard pro Thread (Shared-Nothing)
ProtokollRESP2 und RESP3, mit HELLO-Aushandlung. Meldet Clients die Redis-Version 8.4.0RESP2 und RESP3
SpracheC++20, von Grund auf neu entwickeltC++
LizenzKommerziell (HotKV Cloud oder eine On-Premise-Lizenz)BSL 1.1
PersistenzSnapshots und AOFNur Snapshots, kein AOF
Snapshots ohne ForkJa. Ein Hintergrund-Thread schreibt den Snapshot, kein geforkter KindprozessJa
Vektor-ÄhnlichkeitssucheEingebaut (HNSW, VSIM.*), jeder PlanEingebaut
LLM-Prompt- und semantischer CacheEingebaut (PCACHE.*, SCACHE.*), ab dem Performance-Plan in HotKV CloudNein
KI-Agenten-GedächtnisEingebaut (AMEM.*), ab dem Performance-Plan in HotKV CloudNein
LLM-Token- und KostenverfolgungEingebaut (LLMBUDGET.*, LLMSTATS.*), ab dem Performance-Plan in HotKV CloudNein
Prometheus-EndpunktEingebaut. Der Server liefert /metrics selbst aus, sobald metrics-port gesetzt ist (On-Premise)Eingebaut
Latenz-Histogramme pro BefehlPro Befehl, eingebaut (LATENCY HISTOGRAM)Optional zuschaltbares Latency-Tracking-Flag. LATENCY HISTOGRAM ist als nicht unterstützt gelistet
Key-TaggingJa (TAG.*)Nein
Nanosekunden-TTLJa (NEXPIRE, NTTL)Nein. Millisekunden-TTLs
Server-PlattformenLinux (x86_64 und ARM64)Linux (x86_64 und ARM64)
BereitstellungHotKV Cloud (Google Cloud, 42 Regionen) oder On-Premise unter einer LizenzSelbst betrieben oder Dragonfly Cloud

Fairerweise

Wo Dragonfly dieser Dragonfly-Alternative voraus ist, oder einfach anders

Diese Seite zur Dragonfly-Alternative ist nur nützlich, wenn sie auch diesen Teil nennt.

  • Bei PING maß Dragonfly 0,6 % höher als HotKV. Die Lastgeneratoren lagen bei beiden über 80 % CPU, deshalb wertet HotKV Ltd es als Unentschieden. In der Tabelle wird es trotzdem gezeigt.
  • Die Snapshots von Dragonfly kommen wie die von HotKV ohne Fork aus, und es liefert Prometheus-Metriken selbst aus.
  • Dragonfly kann unter der BSL 1.1 innerhalb Ihres eigenen Produkts kostenlos selbst gehostet werden, und Dragonfly Cloud ist ein ausgereifter verwalteter Dienst. Diese Dragonfly-Alternative, HotKV Cloud, befindet sich im Early Access.

Der Wechsel

Von Dragonfly zu dieser Dragonfly-Alternative in vier Schritten

Was der Umstieg auf eine Dragonfly-Alternative in der Praxis bedeutet.

  1. 1

    Instanz anlegen

    Wählen Sie in der HotKV-Cloud-Konsole eine Region und einen Plan. Die Instanz ist eine eigene Maschine, die für Sie bereitgestellt, gepatcht und überwacht wird.

  2. 2

    Clients umstellen

    Behalten Sie die Client-Bibliothek, die Sie bereits verwenden. Ändern Sie Host, Port und Zugangsdaten von Dragonfly auf die HotKV-Instanz. TLS und Passwort-Authentifizierung sind von Anfang an aktiv, ACL-Benutzer stehen zur Verfügung. Eine Dragonfly-Alternative, die dasselbe Protokoll spricht, braucht für die Kernbefehle keine Änderungen am Client.

  3. 3

    Daten übertragen

    Verwenden Sie die Tools, die Sie bereits kennen. DUMP und RESTORE, MIGRATE oder ein Wiedereinspielen Ihrer Schreibvorgänge funktionieren alle, weil HotKV diese Befehle implementiert.

  4. 4

    Einschalten, was gefehlt hat

    Vektorsuche und Key-Tagging sind Kernbefehle in jedem Plan. Prompt- und semantische Caches, Agenten-Gedächtnis und LLM-Kostenverfolgung sind ab dem Performance-Plan Befehle desselben Servers. Kein Modul, kein Sidecar, kein zweiter Dienst. Das sollte eine Dragonfly-Alternative hinzufügen.

Fragen

Fragen zu dieser Dragonfly-Alternative

Beide sind Multi-Threaded. Was ist an dieser Dragonfly-Alternative anders?

Dragonfly gibt jedem Thread einen eigenen Shard des Schlüsselraums, deshalb wird ein Befehl, dessen Schlüssel in mehrere Shards fallen, über Threads hinweg koordiniert. HotKV lässt jeden Thread auf einem gemeinsamen Store arbeiten, deshalb nehmen Mehrschlüssel-Befehle und Einzelschlüssel-Befehle denselben Weg.

Wie schnitten die beiden im Benchmark ab?

Auf einer Azure D160alds_v7, als Einzelinstanzen betrieben, erzielte HotKV bei 11 von 12 Befehlen den höchsten Median-Durchsatz gegenüber Dragonfly 2.0.2. Der Faktor reichte von mindestens 2-fach bei MGET bis mindestens 4,4-fach bei INCR. PING war innerhalb der Grenze der Lastgeneratoren ein Unentschieden. Jede Zahl, die Methode und die Rohdaten sind veröffentlicht.

Hat HotKV ein AOF?

Ja. HotKV persistiert mit Snapshots und einem Append-only-File. Die Dokumentation von Dragonfly gibt an, dass es AOF derzeit nicht unterstützt.

Kann ich von Dragonfly wechseln, ohne meinen Code zu ändern?

Beide Server sprechen RESP2 und RESP3, deshalb verbinden sich dieselben Client-Bibliotheken für die Kernbefehle mit dieser Dragonfly-Alternative. Übertragen Sie die Daten mit DUMP und RESTORE, MIGRATE oder einem Wiedereinspielen Ihrer Schreibvorgänge. Prüfen Sie die Befehlsreferenz für alles außerhalb des Kernbestands.

Stellen Sie diese Dragonfly-Alternative mit den Clients auf die Probe, die Sie bereits haben

HotKV Cloud öffnet in Wellen. Jede Instanz dieser Dragonfly-Alternative ist eine dedizierte Maschine mit der Multi-Threaded-Engine. Die KI-Befehlsfamilien kommen mit den Plänen Performance und Scale.

Frühen Zugang sichern Preise