La comunità Valkey ha annunciato il rilascio Valkey 9.1 — di una nuova versione stabile di un sistema di archiviazione dati ad alte prestazioni di tipo "chiave-valore" con codice sorgente aperto (licenza BSD), che supporta vari scenari d'uso come la memorizzazione nella cache e le queue dei messaggi, e può anche fungere da database principale. Il progetto è supportato dalla Linux Foundation, che garantisce la sua continua disponibilità 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, monitoraggio, prestazioni ed efficienza degli strumenti. Oltre 80 persone hanno partecipato alla preparazione del rilascio.
Modifiche principali
Lua è stato estratto in un modulo separato.
In Valkey 9.1, il motore degli script Lua è stato separato dal server principale ed è stato trasferito in un modulo autonomo. Questa separazione riduce la superficie d'attacco del core di Valkey e consente agli amministratori di disattivare completamente Lua, se gli script non vengono utilizzati. Per semplificare la comprensione di quali motori di script siano caricati nel sistema, il comando INFO ha ricevuto una nuova sezione nella risposta — Motori di Script.Nuove correzioni di sicurezza.
Nella versione stabile 9.1.0 sono state incluse correzioni per tre vulnerabilità: use-after-free nel meccanismo di sblocco del cliente, accesso errato alla memoria nel comando 7RESTORE, e use-after-free durante la sincronizzazione completa durante l'esecuzione di codice Lua/function con concessione di 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 separare più sottilmente i diritti in configurazioni multi-utente e non si limita solo a regole di accesso globali a livello di intero esemplare di Valkey.Ricaricamento automatico dei certificati TLS.
Valkey 9.1 ha ottenuto il supporto per il ricaricamento automatico dei certificati TLS. Per gli amministratori, ciò significa meno operazioni manuali nella rotazione dei certificati e una gestione più comoda delle installazioni sicure.Nuovo comando HGETDEL.
Il comando ottiene e rimuove in modo atomico uno o più campi da una struttura hash. L'aspetto pratico è per script simili a code o per il consumo unico di dati, dove in precedenza era necessario combinare HGET e HDEL tramite transazione.Nuovo comando MSETEX.
MSETEX consente di impostare più chiavi con un unico tempo di vita. In precedenza, per questo scenario erano richiami multipli di SETEX o una combinazione di SET ed EXPIRE tramite pipeline. Il nuovo comando riduce il numero di accessi e semplifica il codice tipico per dati di sessione e temporanei.Nuovo comando CLUSTERSCAN.
Nei cluster è stato introdotto un comando unico per la scansione delle chiavi su tutti i nodi. In passato, i clienti dovevano eseguire SCAN manualmente su ogni nodo e unire i risultati. CLUSTERSCAN semplifica le librerie client, gli strumenti di amministrazione e attività operative come la ricerca di chiavi per pattern o tipo in tutto il cluster.Ottimizzazione del consumo di memoria delle stringhe.
Grazie a ottimizzazioni interne dei puntatori per stringhe più corte di 128 byte, è stato dichiarato un abbattimento del consumo di memoria fino al 20%. Questo è particolarmente importante per i carichi di lavoro tipici di caching, dove si memorizzano molti piccoli valori.Meno memoria per i sorted sets.
Le ottimizzazioni delle strutture skiplist riducono il consumo di memoria per i sorted set fino al 10%. Inoltre, sono state accelerate le operazioni sui set ordinati, comprese le richieste come ZRANGEBYSCORE e ZRANGEBYLEX.Lavoro accelerato con rehashing.
La riallocazione interna delle hash table, che si verifica frequentemente con l’aumento dello spazio delle chiavi, è stata ottimizzata per ridurre i ritardi. Nelle note di rilascio viene anche menzionato un abbattimento dei picchi di latenza grazie al rilascio incrementale delle pagine.Modello di threading I/O migliorato.
Nel candidato alla versione 9.1.0-rc2 è stato rivisto il modello di interazione tra i thread di input-output utilizzando code lock-free. Nelle note viene indicato un aumento della capacità di oltre il 8-17%.Accelerazione di GET e SET.
Valkey ora utilizza per default orologi hardware dove possibile, con una riduzione dei costi sui chiamate di sistema legate al tempo. Il progetto dichiara un incremento delle prestazioni di GET e SET fino al 3% complessivamente.Cancellazioni di massa più rapide.
Nelle operazioni come SREM, ZREM e HDEL, Valkey ora sospende temporaneamente la modifica delle dimensioni delle hash table per evitare un rehashing e accelerare l’eliminazione di massa degli elementi.Creazione di repliche più efficiente con AOF.
Nella creazione di una replica con AOF attivato, ora viene riutilizzato il file RDB ottenuto invece di generare una nuova istantanea per il file base AOF iniziale. Questo dovrebbe ridurre il carico durante il dispiegamento delle repliche.Miglioramenti in valkey-cli e valkey-benchmark.
In valkey-cli è stata aggiunta la supporto per la migrazione atomica degli slot tramite il parametro —cluster-use-atomic-slot-migration per le operazioni —cluster rebalance e —cluster reshard. In valkey-benchmark è stata aggiunta l'uscita della distribuzione RPS, oltre ai parametri —warmup e —duration, rendendo i test delle prestazioni più gestibili.
Separatamente insieme a Valkey 9.1 nell'ecosistema sono promossi progetti correlati: Valkey Admin per la gestione visiva dei cluster, Valkey Search 1.2 con ricerca testuale, filtri numerici, tag e ricerca vettoriale, oltre a una libreria client Valkey GLIDE.
Valkey 9.1 è un aggiornamento significativo dal punto di vista operativo: meno memoria su strutture tipiche, minori ritardi durante le ristrutturazioni interne, nuovi comandi per cluster e dati temporali, oltre a un modello di sicurezza più curato per installazioni in produzione.
Fonte: linux.org.ru
