Comunità Valkey ha annunciato il rilascio Valkey 9.1 — di una nuova versione stabile di un'archiviazione dati ad alte prestazioni di tipo 'chiave-valore' con codice sorgente aperto (licenza BSD), che supporta vari scenari d'uso, come caching e code di messaggi, e può anche fungere da database principale. Il progetto è supportato dalla Linux Foundation, garantendo la sua disponibilità continua come codice sorgente aperto.
Il progetto è un fork di Redis ed è stato creato dopo cambiamenti nella sua licenza.
Questa versione include nuove funzionalità, miglioramenti nella sicurezza, nel monitoraggio, nelle prestazioni e nell'efficienza degli strumenti. Più di 80 persone hanno partecipato alla preparazione del rilascio.
Modifiche principali
Lua è stato spostato in un modulo separato.
In Valkey 9.1, il motore degli script Lua è stato isolato dal server principale e spostato in un modulo autonomo. Questa separazione riduce la superficie d'attacco del kernel di Valkey e consente agli amministratori di disattivare completamente Lua se gli script non vengono utilizzati. Per facilitare la comprensione dei motori di script attivi nel sistema, il comando INFO ha ricevuto una nuova sezione nella risposta: Motori di Script.Nuove correzioni di sicurezza.
La versione stabile 9.1.0 include correzioni per tre vulnerabilità: use-after-free nel meccanismo di sblocco del client, accesso non autorizzato alla memoria nel comando 7RESTORE e use-after-free durante la sincronizzazione completa durante l'esecuzione del codice Lua/function con cessione dell'esecuzione. Nelle note sono indicate come CVE-2026-23479, CVE-2026-25243 e CVE-2026-23631.ACL a livello di database.
È stato aggiunto un sistema di controllo accessi a livello di singoli database. Questo consente di suddividere meglio i diritti nelle configurazioni multiutente e di non limitarsi solo alle regole di accesso globali a livello di intero istanza Valkey.Riavvio automatico dei certificati TLS.
Valkey 9.1 ha introdotto il supporto per il riavvio automatico dei certificati TLS. Per gli amministratori, questo significa meno operazioni manuali nella rotazione dei certificati e una gestione più semplice delle installazioni sicure.Nuovo comando HGETDEL.
Il comando ottiene e rimuove in modo atomico uno o più campi da una struttura hash. Il suo scopo pratico è nei casi d'uso simili a code o per il consumo una tantum dei dati, dove in precedenza era necessario combinare HGET e HDEL tramite transazioni.Nuovo comando MSETEX.
MSETEX consente di impostare in un'unica operazione più chiavi con un tempo di vita condiviso. In precedenza, questo scenario richiedeva più chiamate a SETEX o una combinazione di SET e EXPIRE tramite pipeline. Il nuovo comando riduce il numero di chiamate e semplifica il codice tipico per dati di sessione e temporanei.Nuovo comando CLUSTERSCAN.
Nei cluster è stato introdotto un team unificato per la scansione delle chiavi su tutti i nodi. Prima i clienti dovevano eseguire manualmente SCAN su ciascun nodo e unire i risultati. CLUSTERSCAN semplifica le librerie cliente, gli strumenti di amministrazione e le operazioni operative come la ricerca di chiavi per modello o tipo in tutto il cluster.Ottimizzazione del consumo di memoria delle stringhe.
Grazie all'ottimizzazione interna dei puntatori per le stringhe più corte di 128 byte, è stato dichiarato un abbassamento del consumo di memoria fino al 20%. Questo è particolarmente importante per i carichi di lavoro tipici di caching, dove vengono memorizzati un gran numero di piccoli valori.Meno memoria per gli sorted sets.
Le ottimizzazioni delle strutture skiplist riducono il consumo di memoria per gli sorted set fino al 10%. Sono state inoltre accelerate le operazioni su insiemi ordinati, incluse query come ZRANGEBYSCORE e ZRANGEBYLEX.Lavoro accelerato con il rehashing.
La ridistribuzione interna delle hash table, che si verifica frequentemente con la crescita del keyspace, è stata ottimizzata per ridurre i ritardi. Nelle note di rilascio è stato anche menzionato un abbassamento delle picchi di latenza grazie al rilascio incrementale delle pagine.Migliorata la modella dell'I/O threading.
Nella release candidate 9.1.0-rc2 è stato riprogettato il modello di interazione dei flussi di input-output utilizzando code lock-free. Le note indicano un aumento della capacità del 8-17%.Accelerazione di GET e SET.
Valkey ora utilizza per default orologi hardware dove possibile, riducendo le spese generali per le chiamate di sistema relative al tempo. Il progetto afferma un guadagno in prestazioni di GET e SET fino al 3% in generale.Cancellazioni in massa più veloci.
Durante operazioni come SREM, ZREM e HDEL, Valkey ora sospende temporaneamente la modifica interna delle dimensioni delle tabelle hash per evitare rehashing e accelerare la cancellazione in massa degli elementi.Creazione di repliche più efficiente con AOF.
Nella creazione di repliche con AOF attivo, ora viene riutilizzato il file RDB ricevente invece di generare una nuova istantanea per il file base AOF iniziale. Questo dovrebbe ridurre il carico eccessivo durante il dispiegamento delle repliche.Miglioramenti a valkey-cli e valkey-benchmark.
In valkey-cli è stata aggiunta la supporto per la migrazione dei slot atomici tramite l'opzione —cluster-use-atomic-slot-migration per le operazioni —cluster rebalance e —cluster reshard. In valkey-benchmark è stata aggiunta la visualizzazione della distribuzione RPS, insieme ai parametri —warmup e —duration, che rendono il test delle prestazioni più gestibile.
Separatamente, insieme a Valkey 9.1 nell'ecosistema vengono promossi progetti correlati: Valkey Admin per la gestione visiva dei cluster, Valkey Search 1.2 con ricerca testuale completa, filtri numerici, tag e ricerca vettoriale, oltre alla libreria client Valkey GLIDE.
Valkey 9.1 è un aggiornamento significativo in termini di operatività: minore utilizzo di memoria su strutture tipiche, minori ritardi durante le ristrutturazioni interne, nuovi comandi per cluster e dati temporali, e un modello di sicurezza più rigoroso per installazioni in produzione.
Fonte: linux.org.ru
