Modifiche chiave in Redis 8.4: <\/p>\n
- \n
- Aggiunta il comando \"FT.HYBRID\" con l'implementazione della ricerca ibrida, che combina in una sola richiesta le funzionalit\u00e0 della ricerca full-text e della ricerca vettoriale, considerando sia le corrispondenze dirette sia la prossimit\u00e0 semantica. Supporta le funzionalit\u00e0 di aggregazione dei risultati con la sintassi simile a quella del comando \"FT.AGGREGATE\".\n
- \u00c8 stata aumentata la capacit\u00e0 di elaborazione nelle applicazioni tipiche di Redis per la memorizzazione nella cache. Ad esempio, con carichi che includono il 10% di operazioni di scrittura (SET) e il 90% di operazioni di lettura (GET) e memorizzando valori stringa di dimensione 1 KB, \u00e8 stato registrato un aumento della capacit\u00e0 di elaborazione del 30%.
![\"Rilascio](\"\/wp-content\/uploads\/2025\/11\/8358ec3dfe4f458bded1a72df61f9a88.png\")
<\/center>\n- \u00c8 stata migliorata la performance delle operazioni di ricerca (FT.SEARCH) e di aggregazione dei risultati (FT.AGGREGATE). Nei sistemi sotto carico con un numero elevato di richieste parallele, si osserva un aumento della capacit\u00e0 di elaborazione e una riduzione delle latenze fino a 4,7 volte durante la ricerca e fino a 1,4 volte durante l'aggregazione dei risultati.
![\"Rilascio](\"\/wp-content\/uploads\/2025\/11\/262242ac34bc615c3ccdc0330dd7aacb.png\")
<\/center>\n- \u00c8 stata ottimizzata l'allocazione della memoria durante l'esecuzione delle richieste e fornita la possibilit\u00e0 di configurare il comportamento in caso di esaurimento della memoria disponibile (OOM, out-of-memory).\n
- \u00c8 stato ridotto il consumo di memoria nella memorizzazione di piccole stringhe (fino a 7 byte) nelle strutture di tipo JSON. Ad esempio, un array in JSON che include 500 piccoli elementi in formato chiave\/valore occupa ora il 37% in meno di memoria.\n
- \u00c8 stata aumentata l'efficienza dell'archiviazione degli array numerici JSON, in cui tutti gli elementi hanno lo stesso tipo (se in precedenza per ogni elemento in un array del genere veniva memorizzato il tipo e il valore, ora il tipo viene memorizzato una sola volta per l'intero array). Nei test condotti, tali array con un milione di elementi omogenei richiedono ora dal 50 al 92% di memoria in meno a seconda del tipo.\n
- Nel comando SET sono state aggiunte le opzioni IFEQ, IFNE, IFDEQ e IFDNE, che consentono di utilizzare un solo comando per aggiornare una chiave stringa in situazioni in cui il valore correlato non \u00e8 stato modificato da un altro cliente dall'estrazione.\n
- \u00c8 stato aggiunto il comando XDELEX per la rimozione atomica di una chiave stringa, se il valore associato non \u00e8 cambiato dall'estrazione.\n
- \u00c8 stato aggiunto il comando DIGEST, che restituisce l'hash del valore associato alla chiave specificata.\n
- Nel comando XREADGROUP \u00e8 stata aggiunta l'opzione \"CLAIM \" per leggere sia i messaggi in attesa (idle pending) che quelli in arrivo (incoming).\n
- \u00c8 stato aggiunto il comando MSETEX per impostare o aggiornare in modo atomico pi\u00f9 chiavi stringa contemporaneamente, oltre ad aggiornare il tempo di vita di queste stesse chiavi.\n
- Introdotto il meccanismo di migrazione atomica delle slot tra i nodi del cluster (ASM - Atomic Slot Migration), simile alla replicazione sincrona completa, ma operante a livello di singole slot di archiviazione dati. Aggiunto il comando CLUSTER MIGRATION, che consente di importare slot da altri nodi, monitorare il progresso della migrazione e, se necessario, contrassegnare le operazioni di migrazione in attesa di esecuzione.\n
- \u00c8 stato aggiunto il comando CLUSTER SLOT-STATS per valutare le statistiche nel cluster relative a singole slot, come il numero di chiavi, il carico della CPU e il traffico di rete. <\/ul>\n
- \u00c8 stata migliorata la performance delle operazioni di ricerca (FT.SEARCH) e di aggregazione dei risultati (FT.AGGREGATE). Nei sistemi sotto carico con un numero elevato di richieste parallele, si osserva un aumento della capacit\u00e0 di elaborazione e una riduzione delle latenze fino a 4,7 volte durante la ricerca e fino a 1,4 volte durante l'aggregazione dei risultati.