Redis Adota Bitmaps Comprimidos para Otimizar Armazenamento

O Redis, conhecido por sua alta performance como banco de dados em memória, sempre buscou otimizar o uso de recursos. A novidade dos bitmaps comprimidos, que serão incluídos no Redis 8.12, mira diretamente um ponto sensível: o armazenamento de conjuntos de inteiros esparsos. Antes, um bitmap tradicional no Redis era armazenado como uma string, onde cada bit representava um estado. O problema surge quando você tem um ID alto, mas pouquíssimos bits ativados. Para definir um bit na posição quatro bilhões, por exemplo, o Redis alocaria cerca de 512 MB, e operações como BITCOUNT ou BITOP precisariam escanear todo esse bloco.

A tecnologia Roaring, que já é usada em sistemas como Elasticsearch, Apache Spark e ClickHouse, resolve isso de forma inteligente. Em vez de uma longa sequência de bits, o Roaring adapta a forma de armazenamento. Regiões esparsas são guardadas como listas de inteiros, regiões densas continuam como bitsets normais e sequências de valores consecutivos são representadas por 'runs'. Isso permite que a compressão seja muito mais eficiente para dados esparsos. A nova funcionalidade é opcional e pode ser ativada com um simples comando CONFIG SET bitmap-default-roaring yes, entregando ganhos de velocidade e economia de memória em cenários bem específicos.

A introdução de bitmaps comprimidos no Redis 8.12 é mais um passo na evolução contínua da performance e otimização de recursos do banco de dados, seguindo um caminho que o CEVIU News vem acompanhando. Em junho de 2026, noticiamos que o Redis 8.2 trouxe melhorias de performance e redução no consumo de memória, demonstrando o foco persistente da equipe de desenvolvimento. Agora, os bitmaps comprimidos estendem essa otimização para um tipo de dado e um cenário de uso muito específicos. Essa novidade também ecoa a tendência de aprimorar tipos de dados internos para lidar com casos de uso complexos e eficientes, algo que vimos com a discussão sobre a inclusão de um tipo de dado Array, como reportado em maio de 2026, com o próprio Salvatore Sanfilippo submetendo um PR.

Para desenvolvedores e arquitetos, essa otimização significa menos dores de cabeça com gerenciamento de memória em aplicações que usam muitos bitmaps esparsos. Imagine sistemas de análise de dados, rastreamento de usuários ou flags de funcionalidades, onde você precisa registrar centenas de milhões de IDs, mas apenas uma pequena fração está ativa em determinado momento. Com Roaring, o consumo de memória cai drasticamente, e operações de conjunto (interseção, união, contagem) se tornam muito mais rápidas, já que não precisam varrer enormes blocos de memória vazios. Isso libera recursos do servidor, reduz a latência e aumenta a escalabilidade, tornando o Redis ainda mais potente para cargas de trabalho intensivas em dados.