Az új Redis 8.6 verzió jelentős előrelépést hoz a teljesítményben és a funkcionalitásban. A legújabb kiadás ötszörösére növeli a feldolgozási sebességet a korábbi Redis 7.2-höz képest, miközben csökkenti a késleltetést és optimalizálja a memóriahasználatot. A frissítés új, fejlett adatkezelési lehetőségeket kínál, például egyszeri (at-most-once) üzenetkézbesítést a Redis Streams-ben, valamint beépített „hot key” felismerést a leginkább erőforrás-igényes kulcsok monitorozására. Emellett egyszerűsödött a kölcsönös TLS hitelesítés és kibővült a időalapú adatsorok (time series) támogatása, most már NaN értékek kezelésével.

A Redis 8.6 kiadás a Redis 8.0 alapjaira épít, kevesebb mint három hónappal a 8.4 verzió megjelenése után. A hivatalos benchmarkok szerint a caching (gyorsítótár) munkaterhelésben a Redis 8.6 több mint ötszörös áteresztőképességet biztosít a Redis 7.2-höz képest, pipelining (csővezetékezés) engedélyezése mellett pedig akár 3,5 millió műveletet másodpercenként képes feldolgozni.

A késleltetés is jelentősen csökkent a korábbi verzióhoz képest: a rendezett halmazok (sorted sets) parancsainál akár 35%-kal, a rövid stringek GET műveleteinél 15%-kal, a listáknál 11%-kal, míg a hash-eknél 7%-kal mérséklődött. A memóriahatékonyság javult, a hash-ek akár 17%-kal, a rendezett halmazok pedig akár 31%-kal kevesebb memóriát igényelnek.

A Redis Streams mostantól at-most-once üzenetkézbesítést kínál, lehetővé téve, hogy a producer idempotens azonosítókat rendeljen az üzenetekhez. Ha egy üzenetet újraküldenek összeomlás vagy hálózati hiba után, a Redis felismeri a duplikátumot, és nem adja hozzá újra a streamhez.

Új kulcstörlési (eviction) szabályok is bevezetésre kerültek: a volatile-lrm és allkeys-lrm a legkevésbé módosított kulcsok alapján távolítja el a bejegyzéseket. A volatile szabály csak az időkorláttal rendelkező kulcsokra vonatkozik, az allkeys pedig minden kulcsra, miközben az olvasási műveletek nem frissítik a recency-t.

A Redis 8.6 beépített hot key detektálást is kínál. Új parancsok gyűjtik kulcsonként a CPU és hálózati használatot a megadott hash slotokon belül, így könnyen azonosíthatók a legnagyobb erőforrás-igényű kulcsok.

A kölcsönös TLS (mutual TLS) hitelesítés is egyszerűsödött: a Redis automatikusan hitelesíti az ügyfeleket a TLS tanúsítvány Common Name mezője alapján, így az AUTH parancs kiadása nem szükséges, és az ACL felhasználók jelszó nélkül konfigurálhatók.

Végül, az időalapú adatsorok (time series) támogatása kibővült, lehetővé téve a NaN értékek használatát. Az új TS.ADD és TS.MADD parancsok elfogadják a NaN-t az elérhetetlen adatok jelzésére, a meglévő aggregációk pedig figyelmen kívül hagyják ezeket az értékeket, míg az új aggregátorok képesek a NaN értékek számolására is.

Elérhetőség

A rendszer több csatornán is elérhető: Docker Hub (Alpine és Debian rendszerképekkel), Snap, Homebrew, RPM és APT csomagok formájában.