Modifications cl\u00e9s dans Redis 8.4 : <\/p>\n
- \n
- Ajout\u00e9e la commande \u00ab FT.HYBRID \u00bb avec la mise en \u0153uvre de la recherche hybride, combinant dans une seule requ\u00eate les fonctionnalit\u00e9s de recherche en texte int\u00e9gral et de recherche vectorielle, prenant en compte \u00e0 la fois les correspondances directes et la proximit\u00e9 s\u00e9mantique. Les possibilit\u00e9s d'agr\u00e9gation des r\u00e9sultats avec une syntaxe similaire \u00e0 celle de la commande \u00ab FT.AGGREGATE \u00bb sont prises en charge.\n
- Augmentation de la bande passante dans les applications typiques de Redis pour le caching. Par exemple, pour des charges impliquant 10 % d'op\u00e9rations d'\u00e9criture (SET) et 90 % d'op\u00e9rations de lecture (GET) avec un stockage de valeurs de cha\u00eene de 1 Ko, l'augmentation de la bande passante est de 30 %.
![\"Sortie](\"\/wp-content\/uploads\/2025\/11\/8358ec3dfe4f458bded1a72df61f9a88.png\")
<\/center>\n- Am\u00e9lioration des performances des op\u00e9rations de recherche (FT.SEARCH) et d'agr\u00e9gation des r\u00e9sultats (FT.AGGREGATE). Dans les syst\u00e8mes sous forte charge avec un grand nombre de requ\u00eates parall\u00e8les, il y a une augmentation de la bande passante et une r\u00e9duction des latences jusqu'\u00e0 4,7 fois lors de la recherche et jusqu'\u00e0 1,4 fois lors de l'agr\u00e9gation des r\u00e9sultats.
![\"Sortie](\"\/wp-content\/uploads\/2025\/11\/262242ac34bc615c3ccdc0330dd7aacb.png\")
<\/center>\n- Optimisation de l'allocation de m\u00e9moire lors de l'ex\u00e9cution des requ\u00eates et possibilit\u00e9 de configurer le comportement en cas d'\u00e9puisement de la m\u00e9moire disponible (OOM, out-of-memory).\n
- R\u00e9duction de la consommation de m\u00e9moire lors du stockage de petites cha\u00eenes (jusqu'\u00e0 7 octets) dans des structures de type JSON. Par exemple, un tableau en JSON contenant 500 petits \u00e9l\u00e9ments au format cl\u00e9\/valeur n\u00e9cessite d\u00e9sormais 37 % de m\u00e9moire en moins.\n
- Efficacit\u00e9 accrue du stockage des tableaux num\u00e9riques JSON, tous les \u00e9l\u00e9ments ayant un type commun (alors qu'auparavant, chaque \u00e9l\u00e9ment de ce type de tableau conservait \u00e0 la fois le type et la valeur, maintenant le type est conserv\u00e9 une seule fois pour tout le tableau). Dans un test r\u00e9alis\u00e9, de tels tableaux avec un million d'\u00e9l\u00e9ments homog\u00e8nes n\u00e9cessitent d\u00e9sormais entre 50 et 92 % de m\u00e9moire en moins selon le type.\n
- La commande SET a \u00e9t\u00e9 ajout\u00e9e d'options IFEQ, IFNE, IFDEQ et IFDNE, permettant de mettre \u00e0 jour une cl\u00e9 de cha\u00eene avec une seule commande dans des situations o\u00f9 la valeur qui lui est associ\u00e9e n'a pas \u00e9t\u00e9 modifi\u00e9e par un autre client depuis son extraction.\n
- Ajout de la commande XDELEX pour la suppression atomique d'une cl\u00e9 de cha\u00eene, si la valeur associ\u00e9e n'a pas chang\u00e9 depuis l'extraction.\n
- Ajout de la commande DIGEST, renvoyant le hachage de la valeur associ\u00e9e \u00e0 la cl\u00e9 sp\u00e9cifi\u00e9e.\n
- L'option \u00ab CLAIM \u00bb a \u00e9t\u00e9 ajout\u00e9e \u00e0 la commande XREADGROUP pour lire \u00e0 la fois les messages en attente (idle pending) et les messages entrants (incoming).\n
- Ajout de la commande MSETEX pour d\u00e9finir ou mettre \u00e0 jour plusieurs cl\u00e9s de cha\u00eene de mani\u00e8re atomique, tout en mettant \u00e0 jour leur dur\u00e9e de vie.\n
- Ajout\u00e9 un m\u00e9canisme de migration atomique des slots entre les n\u0153uds du cluster (ASM - Atomic Slot Migration), similaire \u00e0 la r\u00e9plication synchronis\u00e9e compl\u00e8te, mais fonctionnant au niveau des slots de stockage individuels. La commande CLUSTER MIGRATION a \u00e9t\u00e9 ajout\u00e9e, permettant d'importer des slots d'autres n\u0153uds, de suivre la progression de la migration et, si n\u00e9cessaire, de marquer les op\u00e9rations de migration en attente d'ex\u00e9cution.\n
- Ajout de la commande CLUSTER SLOT-STATS pour \u00e9valuer la statistique du cluster par rapport \u00e0 des slots individuels, tels que le nombre de cl\u00e9s, la charge CPU et l'entr\u00e9e\/sortie r\u00e9seau. <\/ul>\n
- Am\u00e9lioration des performances des op\u00e9rations de recherche (FT.SEARCH) et d'agr\u00e9gation des r\u00e9sultats (FT.AGGREGATE). Dans les syst\u00e8mes sous forte charge avec un grand nombre de requ\u00eates parall\u00e8les, il y a une augmentation de la bande passante et une r\u00e9duction des latences jusqu'\u00e0 4,7 fois lors de la recherche et jusqu'\u00e0 1,4 fois lors de l'agr\u00e9gation des r\u00e9sultats.