Gemeinschaft Valkey hat die Veröffentlichung Valkey 9.1 einer neuen stabilen Version einer leistungsstarken Open Source Key-Value-Datenbank (BSD-Lizenz) bekannt gegeben, die verschiedene Nutzungsszenarien wie Caching und Messaging-Queues unterstĂŒtzt und als primĂ€re Datenbank fungieren kann. Das Projekt wird von der Linux Foundation unterstĂŒtzt, was seine stĂ€ndige VerfĂŒgbarkeit als Open Source garantiert.
Das Projekt ist ein Fork von Redis und wurde nach Ănderungen in dessen Lizenzierung.
entstanden. Diese Version umfasst neue Funktionen, Verbesserungen in den Bereichen Sicherheit, Monitoring, Leistung und Effizienz des Werkzeugs. An der Vorbereitung des Releases waren ĂŒber 80 Personen beteiligt.
Wesentliche Ănderungen
Lua wurde in ein separates Modul ausgelagert.
In Valkey 9.1 wurde die Lua-Skriptsprache vom Hauptserver getrennt und in ein eigenstĂ€ndiges Modul verschoben. Diese Trennung verringert die AngriffsflĂ€che des Valkey-Kernes und ermöglicht es Administratoren, Lua vollstĂ€ndig zu deaktivieren, wenn die Skripte nicht verwendet werden. Um besser nachvollziehen zu können, welche Skriptsprachen im System geladen sind, wurde der INFO-Befehl um einen neuen Abschnitt â Scripting Engines â erweitert.Neue Sicherheitsupdates.
Das stabile Release 9.1.0 enthĂ€lt Fixes fĂŒr drei Schwachstellen: Use-after-free im Client-Entsperrmechanismus, unzulĂ€ssiger Speicherzugriff im Befehl 7RESTORE sowie Use-after-free bei vollstĂ€ndiger Synchronisation wĂ€hrend der AusfĂŒhrung von Lua/function-Code mit Werksverzinsung. Diese Schwachstellen sind als CVE-2026-23479, CVE-2026-25243 und CVE-2026-23631 aufgefĂŒhrt.Datenbankebene ACL.
Ein Zugriffssteuerungssystem auf Ebene einzelner Datenbanken wurde hinzugefĂŒgt. Dies ermöglicht eine feinere Trennung der Rechte in Mehrbenutzerkonfigurationen und beschrĂ€nkt sich nicht nur auf globale Zugriffsregeln auf Ebene des gesamten Valkey-Instances.Automatische Neustartfunktion fĂŒr TLS-Zertifikate.
Valkey 9.1 unterstĂŒtzt jetzt die automatische Neuinstallation von TLS-Zertifikaten. FĂŒr Administratoren bedeutet dies weniger manuelle VorgĂ€nge bei der Rotation von Zertifikaten und eine benutzerfreundlichere Verwaltung sicherer Installationen.Neuer Befehl HGETDEL.
Dieser Befehl ruft atomar ein oder mehrere Felder aus einer Hash-Struktur ab und entfernt sie. Der praktische Nutzen liegt in Szenarien, die wie Warteschlangen oder einmalige Datenverwendung funktionieren, in denen zuvor HGET und HDEL ĂŒber eine Transaktion kombiniert werden mussten.Neuer Befehl MSETEX.
MSETEX ermöglicht es, mehrere SchlĂŒssel mit einer gemeinsamen Lebensdauer in einem einzigen Befehl zu setzen. FrĂŒher waren dafĂŒr mehrere SETEX-Aufrufe oder eine Kombination aus SET und EXPIRE ĂŒber eine Pipeline erforderlich. Der neue Befehl reduziert die Anzahl der Aufrufe und vereinfacht den typischen Code fĂŒr Sitzungen und temporĂ€re Daten.Neuer Befehl CLUSTERSCAN.
In den Clustern gibt es ein einheitliches Team zum Scannen von SchlĂŒsseln ĂŒber alle Knoten. FrĂŒher mussten die Kunden SCAN auf jedem Knoten selbst ausfĂŒhren und die Ergebnisse zusammenfĂŒhren. CLUSTERSCAN vereinfacht die Kundenbibliotheken, Administrationswerkzeuge und operationale Aufgaben wie das Suchen von SchlĂŒsseln nach Muster oder Typ im gesamten Cluster.Optimierung des Speicherverbrauchs von Zeichenfolgen.
Durch interne Optimierungen bei Zeigern fĂŒr Zeichenfolgen kĂŒrzer als 128 Byte wird eine Reduzierung des Speicherverbrauchs um bis zu 20 % gemeldet. Dies ist besonders wichtig fĂŒr typische Caching-Lasten, bei denen eine groĂe Anzahl kleiner Werte gespeichert wird.Weniger Speicher fĂŒr sortierte Mengen.
Optimierungen der Skiplist-Strukturen reduzieren den Speicherverbrauch fĂŒr sortierte Mengen um bis zu 10 %. DarĂŒber hinaus wurden die Operationen mit sortierten Mengen beschleunigt, einschlieĂlich Abfragen wie ZRANGEBYSCORE und ZRANGEBYLEX.Beschleunigte Arbeit mit Rehashing.
Die interne Neuzuordnung von Hash-Tabellen, die hĂ€ufig beim Wachstum des keyspace auftritt, wurde optimiert, um Verzögerungen zu reduzieren. In den Versionshinweisen wird ebenfalls eine Verringerung von latency spikes durch inkrementelles Seiten-Release erwĂ€hnt.Verbessertes Modell fĂŒr I/O-Threading.
Im Release-Kandidaten 9.1.0-rc2 wurde das Modell fĂŒr die Interaktion von Ein- und Ausgabe-Streams mit lock-freien Warteschlangen ĂŒberarbeitet. In den Hinweisen wird eine Erhöhung der Durchsatzrate um 8â17 % angegeben.Optimierung von GET und SET.
Valkey verwendet jetzt standardmĂ€Ăig Hardware-Zeitgeber, wo immer dies möglich ist, was die Systemaufrufkosten in Bezug auf Zeit senkt. Das Projekt berichtet von einer Leistungssteigerung bei GET und SET von bis zu 3 % insgesamt.Schnellere MassenlöschvorgĂ€nge.
Bei Operationen wie SREM, ZREM und HDEL pausiert Valkey jetzt vorĂŒbergehend die interne GröĂenĂ€nderung von Hash-Tabellen, um ĂŒberflĂŒssiges Rehashing zu vermeiden und das Massenlöschen von Elementen zu beschleunigen.Effizientere Replikation bei AOF.
Bei der Replikation mit aktiviertem AOF wird jetzt die erhaltene RDB-Datei wiederverwendet, anstatt einen neuen Snapshot fĂŒr die anfĂ€ngliche AOF-Basisdatei zu generieren. Dies sollte die zusĂ€tzliche Belastung beim Bereitstellen von Replikaten verringern.Verbesserungen von valkey-cli und valkey-benchmark.
Im valkey-cli wurde die UnterstĂŒtzung fĂŒr die atomare Slot-Migration ĂŒber den Parameter âcluster-use-atomic-slot-migration fĂŒr die Operationen âcluster rebalance und âcluster reshard hinzugefĂŒgt. Im valkey-benchmark wurde die Ausgabe der RPS-Verteilung sowie die Parameter âwarmup und âduration eingefĂŒhrt, was die Leistungsbewertung besser steuerbar macht.
Separat zusammen mit Valkey 9.1 in dem Ăkosystem werden verwandte Projekte vorangetrieben: Valkey Admin zur visuellen Verwaltung von Clustern, Valkey Search 1.2 mit Volltextsuche, numerischen Filtern, Tags und Vektorsuche, sowie der Client-Bibliothek Valkey GLIDE.
Valkey 9.1 â ein bedeutendes Update in Bezug auf die BetriebsfĂŒhrung: weniger Speicherverbrauch bei typischen Strukturen, geringere Latenzen bei internen Umstrukturierungen, neue Befehle fĂŒr Cluster und zeitbasierte Daten sowie ein prĂ€ziseres Sicherheitsmodell fĂŒr Produktionsinstallationen.
Quelle: linux.org.ru
