Belangrijke wijzigingen in Redis 8.4: <\/p>\n
- \n
- De 'FT.HYBRID'-commando is toegevoegd met de implementatie van hybride zoekfunctionaliteit, die in \u00e9\u00e9n query de mogelijkheden van zowel full-text als vector search combineert, rekening houdend met zowel exacte overeenkomsten als semantische nabijheid. Het ondersteunt de mogelijkheid om resultaten te aggregeren met de syntaxis zoals bij de 'FT.AGGREGATE'-commando.\n
- De doorvoercapaciteit in typische toepassingen van Redis voor caching is verhoogd. Bijvoorbeeld, bij belastingen die 10% schrijfoperaties (SET) en 90% leesoperaties (GET) omvatten, is de doorvoercapaciteit met 30% toegenomen bij het opslaan van stringwaarden van 1 KB.
![\"Release](\"\/wp-content\/uploads\/2025\/11\/8358ec3dfe4f458bded1a72df61f9a88.png\")
<\/center>\n- De prestaties van zoekoperaties (FT.SEARCH) en aggregatie van resultaten (FT.AGGREGATE) zijn verbeterd. In belastte systemen met een groot aantal parallelle verzoeken is er een toename van de doorvoercapaciteit en een afname van de latentie tot wel 4,7 keer bij het uitvoeren van zoekopdrachten en tot 1,4 keer bij het aggregaren van resultaten.
![\"Release](\"\/wp-content\/uploads\/2025\/11\/262242ac34bc615c3ccdc0330dd7aacb.png\")
<\/center>\n- Het geheugenbeheer tijdens verzoekverwerking is geoptimaliseerd en er is de mogelijkheid toegevoegd om het gedrag bij uitputting van beschikbaar geheugen (OOM, out-of-memory) aan te passen.\n
- Het geheugenverbruik voor het opslaan van kleine strings (tot 7 bytes) in JSON-structuren is verminderd. Bijvoorbeeld, een JSON-array met 500 kleine sleutel\/waarde-elementen neemt nu 37% minder geheugen in beslag.\n
- De effici\u00ebntie van het opslaan van numerieke JSON-arrays, waarvan alle elementen hetzelfde type hebben, is verhoogd (eerder werd voor elk element in een dergelijke array het type en de waarde opgeslagen, nu wordt het type slechts eenmaal voor de hele array opgeslagen). In een uitgevoerde test hebben dergelijke arrays met een miljoen homogene elementen nu 50-92% minder geheugen nodig, afhankelijk van het type.\n
- Er zijn opties IFEQ, IFNE, IFDEQ en IFDNE toegevoegd aan het SET-commando, zodat met \u00e9\u00e9n commando een string-sleutel kan worden bijgewerkt wanneer de bijbehorende waarde niet door een andere client is gewijzigd sinds deze is opgehaald.\n
- De XDELEX-commando is toegevoegd voor atomair verwijderen van een string sleutel, als de bijbehorende waarde niet is veranderd sinds de extractie.\n
- Het DIGEST-commando is toegevoegd, dat de hash van de waarde teruggeeft die aan de opgegeven sleutel is gekoppeld.\n
- Een optie 'CLAIM ' is toegevoegd aan het XREADGROUP-commando voor het lezen van zowel wachtende (idle pending) als binnenkomende (incoming) berichten.\n
- Het MSETEX-commando is toegevoegd voor atomair instellen of bijwerken van meerdere string sleutels tegelijk, evenals het bijwerken van hun levensduur.\n
- Een mechanisme voor atomair slotmigratie tussen knooppunten in de cluster (ASM - Atomic Slot Migration) is toegevoegd, vergelijkbaar met volledige synchrone replicatie, maar werkend op het niveau van afzonderlijke dataopslagsloten. De 'CLUSTER MIGRATION'-commando is toegevoegd, waarmee slots van andere knooppunten kunnen worden ge\u00efmporteerd, de voortgang van de migratie gevolgd kan worden en indien nodig de uitvoering van de migratieopdracht gemarkeerd kan worden als in afwachting.\n
- Het CLUSTER SLOT-STATS-commando is toegevoegd voor het beoordelen van de statistieken in het cluster op het niveau van afzonderlijke slots, zoals het aantal sleutels, CPU-belasting en netwerk in-\/uitvoer. <\/ul>\n
- De prestaties van zoekoperaties (FT.SEARCH) en aggregatie van resultaten (FT.AGGREGATE) zijn verbeterd. In belastte systemen met een groot aantal parallelle verzoeken is er een toename van de doorvoercapaciteit en een afname van de latentie tot wel 4,7 keer bij het uitvoeren van zoekopdrachten en tot 1,4 keer bij het aggregaren van resultaten.