Redis 8 Yenilikleri: 8.0, 8.2, 8.4, 8.6, 8.8 ve 8.10 Sürüm Notları

Önce sürümünüzü öğrenin

Bir yeniliği kullanmadan önce sunucunuzun hangi sürümde olduğunu bilmelisiniz. Birçok sunucu hâlâ 7.x ya da daha eski sürümlerle çalışıyor ve dağıtımların paket depoları en yeni sürümü hemen sunmayabiliyor. Sürüm, INFO server çıktısındaki redis_version alanındadır. Sunucunuzda olmayan bir komutu çağırırsanız ERR unknown command hatası alırsınız; Search ya da JSON gibi bir özellik derlemenize dahil değilse de aynı hata gelir ve yüklü modülleri MODULE LIST ile görebilirsiniz. Bu hatanın ayrıntısı Redis hata mesajları yazısında.

redis-cli INFO server
redis-cli MODULE LIST

Tablodaki dönem sütunu, belgelerdeki "What's new" sayfasının üç aylık güncelleme başlıklarından alınmıştır; bu sayfa 8.0 ve 8.2 için ayrı bir dönem yazmadığından o hücreleri boş bıraktık. Kesin yayın tarihleri bu yazının dayandığı belgelerde yok.

Redis 8.0: tek paket ve yeni ad

8.0 sürüm notunun en uzun bölümü dağıtımın kendisiyle ilgilidir. Redis zamanla arama, vektör benzerliği, zaman serisi ve olasılıksal modelleme için modüller geliştirmişti; ancak modüllerin ayrı kurulması ve sürüm uyumluluğunu yönetmek sürtünme yaratıyordu. Redis Stack bu modülleri bir arada paketleyerek sorunu kısmen çözmüştü, ama ekosistemde bir parçalanma da doğurmuştu. Redis 8, Redis Stack ile Community Edition'ı birleştirip tek dağıtım hâline getirdi ve adını Redis Open Source yaptı. Artık Search, JSON, Time series ve olasılıksal tipler pakete dahildir. Bunları Redis Search, Redis JSON, Redis Time Series ve Bloom ve Cuckoo filtresi yazılarında anlatıyoruz.

8.0'ın yeni veri yapısı Vector set'tir: anlamsal arama ve öneri sistemleri gibi yapay zekâ kullanımları için yüksek boyutlu vektör benzerliği araması sunar. Sürüm notu bunun beta olduğunu, API'lerin ve davranışların sonraki sürümlerde değişebileceğini açıkça söyler; bu seride Vector set'i ayrıca işlemiyoruz. Hash tarafında, 7.4'te gelen alan bazlı süre dolumunun üzerine üç komut eklendi: HGETEX bir alanı okurken isteğe bağlı süre tanımlar, HSETEX bir alanı yazarken süre tanımlar, HGETDEL alanı okuyup siler. Ayrıntılar hash alan süresi ve HEXPIRE yazısında.

Sürüm notu ayrıca 30'dan fazla performans iyileştirmesinden söz eder ve bunlar arasında komut gecikmesinde yüzde 87'ye varan düşüş, replika düğümlerde yüzde 35 bellek tasarrufu ve replikasyonda yüzde 18'e varan hızlanma gibi rakamlar verir. Bu rakamlar Redis'in kendi ölçümleridir; kendi iş yükünüzde ne kazanacağınızı görmek için yükseltmeden önce kendi testinizi yapın. Redis 8.0 ile I/O iş parçacıkları için INFO çıktısına threads bölümü de eklendi; bu bölümü Redis INFO komutu yazısında anlattık.

Redis 8.2: stream temizliği, BITOP ve slot istatistikleri

8.2, stream'ler için iki yeni komut getirdi. XDELEX, tüketici gruplarının referanslarını nasıl ele alacağınızı seçerek girdi siler; XACKDEL ise girdiyi onaylamayı ve silmeyi tek atomik işlemde yapar. Her ikisinde de KEEPREF, DELREF ve ACKED seçenekleri bulunur ve aynı seçenekler XADD ile XTRIM komutlarına da eklendi. Birden çok tüketici grubuyla çalışırken onaylanmış girdileri temizlemek bu sayede kolaylaşır; konu consumer group ve XREADGROUP yazısının alanına girer.

BITOP komutu dört yeni işlemle genişledi: DIFF, DIFF1, ANDOR ve ONE. Bit eşlemleri üzerinde eskiden birden çok komut gerektiren işlemler bu sayede tek komutla yapılabiliyor; bitmap ve BITFIELD yazısında bu işleçlere de değiniyoruz. Cluster tarafında CLUSTER SLOT-STATS geldi: slot başına anahtar sayısı, CPU süresi ve ağ giriş çıkışını raporlar; Redis Cluster ve hash slot yazısında örnekleri var. Keyspace bildirimlerine de iki yeni olay türü eklendi: bir anahtarın değeri tümüyle üzerine yazıldığında OVERWRITTEN, veri tipi değiştiğinde TYPE_CHANGED. Bildirim ayarları keyspace notifications yazısında.

8.2'nin güvenlik bölümü üç düzeltme listeler: redis-check-aof aracında olası yığın taşması ve uzaktan kod çalıştırma açığı (CVE-2025-27151), HyperLogLog komutlarında sınır dışı yazma (CVE-2025-32023) ve hatalar oluşsa bile bağlantı kabul etmeyi yeniden denemeyi sağlayan bir iyileştirme (CVE-2025-48367). Ayrıca replikasyon için master_current_sync_attempts, master_link_up_since_seconds gibi yeni ölçümler ve bellek için used_memory_peak_time eklendi. Güvenlik düzeltmeleri, yeni özelliklere ihtiyacınız olmasa bile yükseltme için güçlü bir nedendir.

Redis 8.4: atomik slot taşıma ve karşılaştırmalı yazma

8.4'ün öne çıkan özelliği CLUSTER MIGRATION komutudur: slotları ve verilerini cluster düğümleri arasında tek bir atomik işlemle taşır. Sürüm notu bunun, eskiden slot taşıma sırasında yaşanan kısa erişilemezlik penceresini ortadan kaldırdığını söyler. Bu değişiklikle birlikte CLUSTER INFO çıktısına slot taşıma alanları eklendi ve 8.10'da redis-cli --cluster reshard ile rebalance da sunucu tarafındaki atomik taşımayı kullanmaya başladı.

String tarafında üç yenilik var. DELEX, bir anahtarı yalnızca değeri belirtilen koşula uyuyorsa siler; DIGEST anahtar değerlerinin özetini üretir; SET komutu da karşılaştırmalı yazma ve karşılaştırmalı silme uzantıları kazandı. Sürüm notu bunların kilitsiz veri yapıları ve iyimser eşzamanlılık denetimi için kullanılabileceğini belirtir. Dağıtık kilitlerde değeri kontrol ederek silmek için eskiden Lua betiği gerekiyordu; bu kalıp distributed lock ve Redlock yazısında anlatılıyor. MSETEX ise birden çok anahtarı yazıp sürelerini tek atomik işlemde güncelliyor; temel string komutları için SET, GET ve INCR yazısına bakın.

Stream'lerde XREADGROUP komutu CLAIM min-idle-time seçeneği kazandı: bir tüketici grubu tek çağrıda hem uzun süredir bekleyen girdileri sahiplenebilir hem de yeni girdileri okuyabilir. Search tarafında FT.HYBRID geldi ve birden çok sıralama algoritmasını Reciprocal Rank Fusion ve doğrusal birleşimle bir araya getiriyor. AOF için aof-load-corrupt-tail-max-size ayarı, açılışta bozuk AOF kuyruğunun küçük olanlarını otomatik onarabiliyor. Sürüm notu bilinen kısıtları da listeler: örneğin atomik slot taşıma sırasında FT.SEARCH, FT.AGGREGATE ve TS.MRANGE gibi komutlar kısmi ya da tekrarlı sonuç döndürebilir.

Redis 8.6: idempotent stream'ler ve LRM tahliyesi

8.6, stream'lere idempotency getirdi: XADD komutunun IDMPAUTO argümanı idempotent kimliği otomatik üretir, IDMP argümanı ise kimliği sizin vermenizi sağlar. Böylece aynı mesajın tekrar gönderilmesi stream'de çift girdi oluşturmaz; sürüm notu bunu "en fazla bir kez" teslim garantisi olarak tanımlar. Varsayılan davranışı stream-idmp-duration ve stream-idmp-maxsize ayarları belirler. Bilinen bir kısıt da var: appendonly yes ile birlikte varsayılan olmayan aof-use-rdb-preamble no yapılandırmasında IDMP ve IDMPAUTO kullanmaktan kaçınılması öneriliyor. Stream temelleri için Redis Streams, XADD ve XREAD yazısına bakın.

Bellek yönetiminde iki yeni tahliye politikası geldi: volatile-lrm süreli anahtarlar arasından, allkeys-lrm tüm anahtarlar arasından en uzun süredir değiştirilmemiş olanları tahliye eder. Mevcut LRU politikaları erişime bakarken bunlar değişikliğe bakar ve sürüm notu bunun yazma ağırlıklı iş yüklerinde daha iyi denetim sağladığını belirtir; politikalar maxmemory ve eviction politikaları yazısında karşılaştırılıyor. 8.6 ayrıca sık erişilen anahtarları gerçek zamanlı bulan HOTKEYS komutlarını, TLS sertifikalarını Redis kullanıcılarına eşleyerek otomatik kimlik doğrulamayı (tls-auth-clients-user), anahtar başına bellek histogramlarını (key-memory-histograms) ve zaman serilerinde NaN değer desteğini ekledi.

Güvenlik ve gizlilik tarafında, kişisel olarak tanımlanabilir bilgiler artık ACL günlüklerinde ve sunucu günlüklerinde gizleniyor; MSETEX komutundaki bir anahtar deseni atlatma açığı ve RedisBloom'da geçersiz RDB yüklerken oluşan bir sınır dışı okuma da düzeltildi. Hash ve sorted set yapılarındaki iç değişikliklerin önemli bellek azalması sağladığı belirtiliyor.

Redis 8.8: Array tipi, INCREX ve XNACK

8.8'in en dikkat çekici yeniliği yeni bir veri yapısı: Array, sıralı ve indekslenebilir koleksiyonlar için ayrılmış bir tiptir. List ile farkı ve ARSET gibi komutları Redis Array veri tipi yazısında anlatıyoruz. Hash alanları için alt anahtar (subkey) bildirimleri de geldi; artık bir hash'in tek bir alanındaki değişiklik için bildirim alınabiliyor.

INCREX, INCR, INCRBY, INCRBYFLOAT, sınırlar ve süre dolumunu tek atomik işlemde birleştiren bir pencere sayacıdır. Sürüm notu, hız sınırlama kalıplarında çok komutlu transaction ihtiyacını ortadan kaldırdığını söyler. Hız sınırlama algoritmalarının kendisi API rate limiting stratejileri yazısında. XNACK ise stream tüketicilerinin bekleyen mesajları açıkça bırakmasını sağlar ve tüketici gruplarının bekleyen girdi listesi üzerinde daha ince denetim verir. Ayrıntısı consumer group yazısında.

Diğer 8.8 yenilikleri şunlar: ZUNION, ZINTER, ZUNIONSTORE ve ZINTERSTORE için yeni COUNT toplayıcısı (sorted set), JSON.SET için homojen kayan noktalı diziler için FPHA argümanı, TS.RANGE ve TS.MRANGE ailesinde tek komutta birden çok toplayıcı ve Search tarafında yeni bir grup içi sıralama indirgeyicisi. INFO çıktısına slow log sayaçları eklendi ve slow log girdilerinin kırpılmasını denetleyen ayarlar geldi; bunları SLOWLOG ve gecikme izleme yazısında anlattık. Sürüm notu ayrıca uzaktan kod çalıştırmaya yol açabilecek beş güvenlik açığının (Lua, RESTORE ve istemci engelleme akışı ile ilgili) düzeltildiğini listeler.

8.8 ile birlikte sürüm notlarına test edilen işletim sistemleri listesi de girdi: Ubuntu 22.04, 24.04 ve 26.04, Rocky Linux ve AlmaLinux 8.10, 9.7 ve 10.1, Debian 12 ve 13, Alpine 3.23 ve Intel ile ARM için macOS 14, 15 ve 26. Bir VPS seçerken ya da işletim sistemi yükseltmesi planlarken bu liste işinize yarar.

Redis 8.10: sıkıştırılmış hash ve BACKUP

Şu an en yeni sürüm olan 8.10'un başlıca yeniliği sıkıştırılmış hash'lerdir (compact hashes): aynı şemayı paylaşan anahtarlarda alan adlarını yalnızca bir kez saklayarak bellek kullanımını azaltan yeni bir hash kodlaması. Örneğin binlerce kullanıcı nesnesi aynı ad, eposta, sehir alanlarını taşıyorsa, bu alan adları her anahtarda tekrar tekrar saklanmak zorunda kalmaz. Toplu ekleme için HIMPORT komutu geldi. Yeni ölçümler INFO STATS içinde hash_templates ve hash_template_keys, INFO MEMORY içinde used_memory_hash_templates olarak görünür; MEMORY USAGE da artık bir anahtarın şablon maliyetindeki payını ekliyor. Hash komutları için HSET ve HGET yazısına bakın.

BACKUP komutu, çok parçalı AOF'a (MP-AOF) dayanan, düğüm tarafında çalışan bir yedekleme ve geri yükleme uygulaması ekler; Redis yedek alma yazısında nasıl kullanıldığını anlatıyoruz. Liste tarafında LMOVEM ve BLMOVEM birden çok elemanı tek işlemde listeler arasında taşır (Redis List komutları). Küme tarafında SUNIONCARD birleşimin, SDIFFCARD farkın eleman sayısını sonucu oluşturmadan verir (Redis Set komutları). XREAD ve XREADGROUP yanıtın toplam girdi sayısını ve boyutunu sınırlayan MAXCOUNT ile MAXSIZE argümanlarını kazandı.

Time Series için TS.NRANGE ve TS.NREVRANGE birden çok seride aralık sorgulayıp sonuçları zaman damgasına göre gruplar, TS.READ isteğe bağlı olarak engelleyici bir okuma yapar ve TS.QUERYLABELS etiket ve değerlerini listeler. JSON tarafında JSONPath büyük ölçüde genişletildi: in ve nin üyelik işleçleri, sayılar üzerinde aritmetik işleçler, length(), min(), max(), avg() gibi fonksiyonlar ve daha fazlası. Search tarafında FT.ALIASLIST geldi ve sorgu TIMEOUT değeri daha katı uygulanıyor; search-on-timeout politikasına RETURN_STRICT seçeneği eklendi.

redis-cli tarafında iki değişiklik dikkat çekiyor: --latency ve --latency-history için seçtiğiniz yüzdelikleri raporlayan --latency-percentiles seçeneği ve redis-cli'nin tek başına kurulabilmesi. SLOWLOG GET girdilerine toplam argüman sayısını veren yedinci bir alan eklendi. Güvenlik tarafında, bir Redis hata yanıtına \r\n dizileri enjekte ederek bir bağlantının okuduğu veriyi değiştirmeye olanak veren bir sorun düzeltildi; ayrıca SORT, GEORADIUS, XREAD gibi komutlarda bir ACL yetki atlatma hatası giderildi.

Yükseltmeden önce kontrol listesi

Sürüm notlarını okurken üç tür bilgiye özellikle dikkat edin. Birincisi uyumsuz değişikliklerdir: 8.0'daki ACL kategorisi değişikliği, yükseltmeden sonra bir kullanıcının bazı komutları çalıştıramamasına yol açabilir. İkincisi bilinen kısıtlardır: 8.4 ve 8.6 notları, atomik slot taşıma sırasında bazı arama ve zaman serisi komutlarının kısmi sonuç döndürebileceğini ve 8.6'da belirli bir AOF yapılandırmasında idempotent XADD kullanmaktan kaçınılması gerektiğini yazar. Üçüncüsü güvenlik düzeltmeleridir: neredeyse her 8.x sürümü uzaktan kod çalıştırmaya varabilen açıklar için düzeltme içeriyor.

• Mevcut sürümü INFO server ile not edin ve hedef sürüme kadar olan tüm sürüm notlarını okuyun.
• ACL kurallarınızı, özellikle -@write gibi kategori dışlamalarını, 8.0 değişikliğine göre gözden geçirin.
• Yeni komutları kullanan kodu, eski sürümde ERR unknown command alacağını hesaba katarak yazın.
• Yükseltmeden önce yedek alın; strateji için veritabanı yedekleme stratejileri yazısına bakın.
• Önce bir test sunucusunda deneyin ve gecikme ile bellek ölçümlerini INFO ile karşılaştırın.

Belgelerdeki "Redis feature sets" sayfası da yeni bir özelliği kullanmak için hangi bileşenin yükseltilmesi gerektiğini tablo hâlinde verir. 8.0 öncesinde Redis, Search, JSON ve diğer modüllerin sürümleri ayrı ayrı izleniyordu; 8.0'dan itibaren her özellik kümesi doğrudan bir Redis sürümüne karşılık gelir.

Sık Sorulan Sorular

Redis Open Source ile Redis Stack aynı şey mi?

8.0 sürüm notuna göre Redis 8, Redis Stack ile Redis Community Edition'ı tek bir dağıtımda birleştirdi ve bu dağıtıma Redis Open Source adı verildi. Daha önce Stack ile gelen Search, JSON, Time series ve olasılıksal yapılar artık bu pakete dahildir.

Vector set'i üretimde kullanabilir miyim?

8.0 sürüm notu Vector set'i beta olarak tanıtır ve API'lerin değişebileceğini söyler. Belgelerin sonraki sürümlerde bu durumun değiştiğini söylediği bir not yerel kopyada yer almıyor; kullanmadan önce güncel komut sayfalarına bakın.

Yeni bir komut eski sunucuda ne yapar?

Sunucu komutu tanımıyorsa ERR unknown command hatası döner; transaction içindeyse EXEC de EXECABORT ile başarısız olur. Yeni bir seçenek eski sunucuda ERR syntax error verebilir. Her iki hata da Redis hata mesajları yazısında anlatılıyor.

7.4 ile gelen hash alan süresi nerede anlatılıyor?

HEXPIRE, HTTL ve HPERSIST gibi 7.4 komutlarını ve 8.0'daki HGETEX, HSETEX, HGETDEL komutlarını birlikte hash alan süresi yazısında anlattık.

Marka adları sahiplerine aittir. Bu yazı bağımsız bir teknik rehberdir; adı geçen kuruluşlarla bayilik veya ortaklık ilişkisi bulunduğu anlamına gelmez.

İlgili içerikler: Redis öğrenme rehberi · Redis INFO komutu · Redis Array veri tipi · Hash alan süresi · Eviction politikaları · Redis yedek alma