Comunitat Valkey va anunciar el llançament Valkey 9.1 — una nova versió estable d'un magatzem de dades clau-valor d'alt rendiment i codi obert (llicència BSD) que admet diversos casos d'ús, com ara l'emmagatzematge en memòria cau i les cues de missatges, i que també pot actuar com a base de dades primària. El projecte compta amb el suport de Linux Fundació, garantint la seva disponibilitat contínua com a codi obert.
El projecte és una bifurcació de Redis i es va crear després de canvis en les seves llicències.
Aquesta versió inclou noves funcions, millores en la seguretat, la supervisió, el rendiment i l'eficiència de les eines. Més de 80 persones han contribuït a la versió.
Canvis importants
Lua s'ha traslladat a un mòdul separat.
A Valkey 9.1, el motor de scripts Lua s'ha separat del servidor principal i s'ha traslladat a un mòdul separat. Aquesta separació redueix la superfície d'atac del nucli de Valkey i permet als administradors desactivar completament Lua si no s'utilitzen scripts. Per facilitar la comprensió de quins motors de scripts es carreguen al sistema, l'ordre INFO ara té una nova secció de resposta: Motors de scripts.Noves correccions de seguretat.
La versió estable 9.1.0 inclou correccions per a tres vulnerabilitats: un use-after-free en el mecanisme de desbloqueig del client, un accés no vàlid a memòria a l'ordre 7RESTORE i un use-after-free durant la sincronització completa durant l'execució de codi Lua/funció amb rendiment d'execució. Aquestes vulnerabilitats s'enumeren a les notes com a CVE-2026-23479, CVE-2026-25243 i CVE-2026-23631.ACL a nivell de base de dades.
S'ha afegit un sistema de control d'accés a nivell de base de dades. Això permet permisos més precisos en configuracions multiusuari i va més enllà de les regles d'accés globals per a tota la instància de Valkey.Recàrrega automàtica de certificats TLS.
Valkey 9.1 ara admet la recàrrega automàtica de certificats TLS. Per als administradors, això significa menys passos manuals a l'hora de rotar certificats i un funcionament més còmode de les instal·lacions segures.Nou equip HGETDEL.
L'ordre recupera i elimina atòmicament un o més camps d'una estructura hash. Això és especialment útil per a escenaris com ara cues o consum únic de dades, on abans era necessari combinar HGET i HDEL mitjançant una transacció.Nou equip MSETEX.
MSETEX permet definir diverses claus amb una vida útil compartida mitjançant una sola ordre. Anteriorment, aquest escenari requeria diverses crides SETEX o una combinació de crides SET i EXPIRE a través del pipeline. La nova ordre redueix el nombre de crides i simplifica el codi típic per a les dades de sessió i temporals.Nou equip de CLUSTERSCAN.
Els clústers ara tenen una única ordre per escanejar claus a tots els nodes. Anteriorment, els clients havien d'executar SCAN manualment a cada node i fusionar els resultats. CLUSTERSCAN simplifica les biblioteques de clients, les eines d'administració i les tasques operatives com ara la cerca de claus per patró o tipus a tot el clúster.Optimització del consum de memòria de les cadenes de caràcters.
S'ha demostrat que les optimitzacions de punters interns per a cadenes de menys de 128 bytes redueixen el consum de memòria fins a un 20%. Això és especialment important per a les càrregues de treball de memòria cau típiques que emmagatzemen un gran nombre de valors petits.Menys memòria per a conjunts ordenats.
Les optimitzacions de la llista de saltat redueixen el consum de memòria per als conjunts ordenats fins a un 10%. També s'han accelerat les operacions en conjunts ordenats, incloses les consultes com ara ZRANGEBYSCORE i ZRANGEBYLEX.Treball accelerat amb repetició.
La reassignació interna de la taula hash, que sovint es produeix quan l'espai de claus creix, s'ha optimitzat per reduir la latència. Les notes de la versió també esmenten una reducció dels pics de latència a causa de la publicació incremental de pàgines.Model de fils d'E/S millorat.
La versió candidata 9.1.0-rc2 ha reelaborat el model d'interacció dels fils d'E/S utilitzant cues sense bloqueig. Les notes de la versió indiquen un augment del rendiment del 8-17%.Accelerar GET i SET.
Valkey ara utilitza el rellotge de maquinari per defecte sempre que sigui possible, reduint la sobrecàrrega de les crides de sistema relacionades amb el temps. El projecte afirma un augment del rendiment general de fins a un 3% per a les operacions GET i SET.Recollida de materials a granel més ràpida.
Valkey ara suspèn temporalment el canvi de mida intern de les taules hash durant operacions com SREM, ZREM i HDEL per evitar repeticions innecessàries i accelerar l'eliminació massiva d'elements.Creació de rèpliques més eficient durant l'AOF.
Quan es crea una rèplica amb AOF habilitat, el fitxer RDB resultant ara es reutilitza en comptes de generar una nova instantània per al fitxer base AOF inicial. Això hauria de reduir la sobrecàrrega innecessària en implementar rèpliques.Millores a valkey-cli i valkey-benchmark.
S'ha afegit la compatibilitat amb la migració de ranures atòmiques a valkey-cli mitjançant el paràmetre --cluster-use-atomic-slot-migration per a les operacions --cluster rebalance i --cluster reshard. S'ha afegit la sortida de la distribució RPS a valkey-benchmark, juntament amb els paràmetres --warmup i --duration, cosa que fa que les proves de rendiment siguin més manejables.
Per separat juntament amb Valkey 9.1 a l'ecosistema s'estan promovent projectes relacionats: Administrador de Valkey per a la gestió visual de clústers, Cerca de Valkey 1.2 amb cerca de text complet, filtres numèrics, etiquetes i cerca vectorial, així com una biblioteca client Valkey GLIDE.
Valkey 9.1 és una actualització significativa des del punt de vista del rendiment: menys memòria en estructures comunes, menys latència durant les reconstruccions internes, noves ordres per a clústers i dades temporals, i un model de seguretat més precís per a instal·lacions de producció.
Font: linux.org.ru
