- Salto de Performance no Redis 8.6: Benchmarks indicam que esta versão pode entregar até 5x mais throughput em cenários de caching comparado à versão 7.2.
- Economia de Memória RAM: O Redis 8.6 reduz o consumo de memória em 31% para Sorted Sets e 17% para Hashes, otimizando custos de infraestrutura.
- Comando HOTKEYS Nativo: A detecção de gargalos de acesso (Hot Keys) agora é integrada diretamente ao CLI do Redis 8.6, dispensando ferramentas de terceiros.
- Política de Evicção LRM: O Redis 8.6 inova com o algoritmo Least Recently Modified, ideal para descartar dados estáticos que não sofrem alterações há muito tempo.
- Streams e Time Series Otimizados: Melhorias de idempotência no XADD e suporte a NaN consolidam o Redis 8.6 como uma escolha robusta para dados em tempo real.
O Redis é a estrutura de dados em memória mais famosa do mundo, amplamente utilizada como cache, banco de dados NoSQL e message broker. Sua função principal é entregar dados com velocidade extrema (sub-milissegundos) para evitar que seu banco de dados principal (como PostgreSQL ou MySQL) fique sobrecarregado.
Vale lembrar que, desde a versão 8.0, o termo “Redis Open Source” usado pela Redis Ltd. refere-se às licenças RSALv2/SSPLv1 (Source Available). Se você precisa de uma versão estritamente Open Source (OSI) sob a licença BSD antiga, a comunidade migrou para o fork Valkey. No entanto, a versão 8.6 oficial continua trazendo inovações técnicas agressivas para quem pode aderir às novas licenças.
Principais novidades
1. Salto de performance e eficiência
A nota de lançamento é modesta ao dizer “Substantial performance improvements”, mas benchmarks externos indicam um salto real. Testes comparando com a versão 7.2 mostram que o throughput pode ser até 5x maior em certos cenários de caching. Além disso, houve uma redução de 17% no uso de memória para Hashes e 31% para Sorted Sets, o que significa que você pode armazenar mais dados pagando a mesma conta de infraestrutura.
2. Detecção nativa de “Hot Keys”
Um dos problemas mais difíceis de diagnosticar em produção é o “Hot Key” (quando uma única chave recebe tráfego desproporcional, gargalando um nó inteiro). Antes, exigia ferramentas externas ou comandos complexos no CLI. Agora, o Redis 8.6 introduz o comando nativo HOTKEYS, que reporta detecção e métricas de chaves quentes diretamente, facilitando a vida do DBA e do SRE.
3. Novas políticas de evicção (LRM)
Foram adicionadas políticas baseadas em “Least Recently Modified” (volatile-lrm e allkeys-lrm). Diferente do tradicional LRU (baseado em acesso), o LRM descarta chaves que não foram modificadas há muito tempo. Isso é útil para cenários onde dados “estáticos” perdem valor se não forem atualizados, independentemente de estarem sendo lidos ou não.
Impacto e repercussão
A comunidade técnica recebeu a versão com sentimentos mistos. Por um lado, a engenharia da Redis Ltd. demonstra força, entregando otimizações de memória e CPU que superam versões antigas e colocam pressão sobre concorrentes como Dragonfly e KeyDB. Por outro, a discussão sobre o licenciamento continua quente; usuários corporativos devem verificar se o uso interno se enquadra na RSALv2 antes de atualizar indiscriminadamente.
Do ponto de vista puramente técnico, a redução de overhead em Hashes e ZSets é a vitória mais celebrada, pois reduz custos diretos em provedores de nuvem.
Resumo técnico
- Streams: Adicionada idempotência no
XADD(garantia at-most-once) via argumentosIDMPAUTOeIDMP. - Time Series: Suporte a valores
NaNe novos agregadoresCOUNTNANeCOUNTALL. - Segurança: Autenticação automática de clientes via certificados TLS (sem necessidade de senha se o certificado for confiável).
- Docker: Imagens baseadas em Alpine e Debian já atualizadas.
Disponibilidade
O Redis 8.6 já está disponível como “General Availability” (GA).
- Docker:
docker pull redis:8.6 - Gerenciadores: Já disponível via Snap e Homebrew.
- Linux: Pacotes RPM e DEB oficiais atualizados para Ubuntu 24.04, Debian 13, RHEL 9.5 e derivados.
