Unter der Haube

Multithreaded-Architektur

HotKV™ führt sowohl Netzwerk-I/O als auch Befehlsausführung auf jedem Kern aus, gegen einen gemeinsamen Store. Jeder Worker-Thread liest, parst und führt die Befehle seiner eigenen Verbindungen aus, sodass eine einzelne Instanz die ganze Maschine nutzt und der Durchsatz mit den Kernen wächst, die Sie ihr geben.

  • 300 Kernbefehle
  • 170+ KI- und Enterprise-Befehle
  • RESP2 / RESP3
  • C++20
  • Linux x86_64 · ARM64
Alle Kerne

Echte Parallelität

Jeder Worker führt die Befehle seiner eigenen Verbindungen nebenläufig aus. Es gibt keinen einzelnen Befehls-Thread, der sich sättigen ließe, sodass der Durchsatz mit der Kernanzahl wächst.

Pro Key

Feingranulare Nebenläufigkeit

Der Keyspace ist so aufgeteilt, dass Befehle auf verschiedenen Keys gleichzeitig laufen und selten aufeinander warten.

Kein GC

Vorhersehbare Latenz

Eine native C++-Engine ohne Garbage Collector und ohne Stop-the-World-Pausen. Snapshots werden in einem Hintergrund-Thread statt in einem geforkten Prozess geschrieben, sodass das Speichern den Speicherbedarf nicht verdoppelt.

Der Hot Path

Das Leben eines Befehls

Jede Anfrage durchläuft dieselben vier Stufen, auf dem Kern, der sie empfangen hat.

01

Parsen

Liest die Anfrage, einschließlich Teil-Lesevorgängen. HotKV spricht RESP2, RESP3 und Inline-Befehle, mit Protokollwechsel über HELLO.

02

Dispatch

Findet den Befehl und prüft Arität, Flags und Key-Positionen, bevor die Ausführung beginnt.

03

Ausführen

Führt den Befehl auf seinen Keys aus. Abgelaufene Keys werden beim Zugriff und durch einen Hintergrund-Sweep entfernt.

04

Antworten

Sendet die Antwort in der Protokollversion, die der Client ausgehandelt hat.

In die Engine integriert

Mehr als ein Cache

Dieselbe parallele Engine bietet 300 Kernbefehle, acht Eviction-Richtlinien und die unten aufgeführten Subsysteme, dazu mehr als 170 KI- und Enterprise-Befehle in lizenzierten Plänen. Keine Module zum Nachrüsten.

Persistenz

Snapshots + AOF

Binäre Snapshots, die atomar geschrieben werden, plus eine Append-only-Datei mit konfigurierbarem fsync (always, everysec, no) und BGREWRITEAOF-Kompaktierung.

Scripting

Lua 5.4 in einer Sandbox

EVAL und EVALSHA führen Skripte atomar in einer Lua-5.4-Laufzeit in einer Sandbox über hotkv.call() aus, wobei redis.call() als Kompatibilitätsalias erhalten bleibt. Benannte Funktionsbibliotheken werden über FUNCTION und FCALL bereitgestellt.

Vektorsuche

HNSW-Indizes

VSIM-Befehle bieten die Suche nach approximativ nächsten Nachbarn über HNSW-Indizes, mit Kosinus-, L2- und Skalarprodukt-Distanz, einschließlich Abfragen mit Tag-Filter.

Probabilistisch

Sketches & Ratenbegrenzung

HyperLogLog, Bloom-Filter, Count-Min Sketch und Top-K-Heavy-Hitter-Tracking sowie serverseitige GCRA-Ratenbegrenzung mit Burst-Kontrolle. Keine clientseitige Berechnung nötig.

Observability

Prometheus-nativ

Ein integrierter HTTP-Metrik-Endpunkt (aus, bis Sie metrics-port setzen) stellt Aufrufzahlen und Latenz pro Befehl bereit. LATENCY HISTOGRAM und INFO latencystats melden p50, p99 und p99.9, und HOTKEYS ordnet Ihre am häufigsten abgerufenen Keys nach Rang.

Sicherheit

ACLs + TLS

Die Zugriffskontrolle pro Benutzer beschränkt Befehle, Keys und Channels, mit gehashten Passwörtern. TLS wird im Prozess terminiert, für Client-Verbindungen sowie für Cluster- und Replikationsverbindungen. On-Premises ergänzt Rollen mit Single Sign-on über LDAP und OpenID Connect.

Setzen Sie jeden Kern ein

Starten Sie eine verwaltete Instanz auf HotKV Cloud oder betreiben Sie HotKV in Ihrem eigenen Rechenzentrum mit einer On-Premises-Lizenz. Dieselbe Engine, dieselbe Architektur, jeder Kern.

300 Kernbefehle170+ KI- und Enterprise-BefehleRESP2 / RESP3C++20Linux x86_64 · ARM64