Redis RDB ou AOF: como escolher persistência

3 min 2 Databases
Resumir com:
ChatGPT Claude Gemini Perplexity Grok
Compartilhar:
WhatsApp LinkedIn X

Se este conteúdo faz parte do seu projeto

Escolha a VPS pelo uso, não pelo excesso

Para workloads de IA ou banco de dados, o Performance é o ponto de partida equilibrado; escolha o Ultra quando precisar de mais margem de memória.

PlanoRecursosMensalPerfil
Basic4 vCPU · 4 GB RAM · 100 GB NVMeR$ 99Site e projeto pequeno
Performance6 vCPU · 12 GB RAM · 150 GB NVMeR$ 169Produção e múltiplos serviços
Ultra8 vCPU · 20 GB RAM · 200 GB NVMeR$ 269Cargas maiores e mais margem
Prova técnica: no benchmark publicado da VM Performance, medimos 1.855 ev/s em 6 threads, 288 ev/s em 1 thread, 11.858 MiB/s de memória e 338 MB/s de escrita sequencial, com teste direto na VM e sem Cloudflare.
Escolher Performance Falar no WhatsApp

Valores mensais exibidos para referência. A renovação segue o ciclo e o preço vigente informado no checkout antes da contratação.

--- queue_position: 27 title: "Redis RDB ou AOF: como escolher persistência" slug: redis-rdb-ou-aof-escolher-persistencia site_key: host-yousecure canonical: https://yousecure.io/blog/redis-rdb-ou-aof-escolher-persistencia category: databases cluster: redis-operacao search_intent: informacional-pratica funnel_stage: meio author: "Host You Secure Team" created_at: "2026-09-09T11:29:43-03:00" planned_scheduled_at: null status: queued-review meta_description: "Compare Redis RDB e AOF, entenda perda de dados, custo de I/O e escolha a persistência adequada para cache, fila ou estado." excerpt: "RDB e AOF resolvem problemas diferentes. A escolha depende do que pode ser reconstruído e do intervalo de perda aceitável." quick_answer: "Use RDB quando snapshots e menor custo forem suficientes; considere AOF quando a durabilidade das operações for mais importante e teste a carga de reescrita." featured_image: images/27-redis-persistence.png featured_image_alt: "Fluxo de dados Redis dividido entre snapshots e log de operações" tags: [redis, rdb, aof, persistencia, cache] evidence_type: reproducible_procedure evidence_environment: Redis em ambiente de teste com volume persistente e monitoramento de I/O evidence_procedure: "Configurar cada modo em teste, reiniciar o processo e verificar recuperação de chaves representativas." evidence_observed_result: "O teste torna visível a diferença entre snapshot periódico e log de operações." evidence_limitation: "O resultado depende de versão, tamanho do dataset, frequência de escrita e armazenamento." information_gain: "Separa cache descartável de dados que precisam de recuperação, evitando configuração por hábito." primary_cta: "Ver VPS para Redis" landing: /vps-redis-brasil --- # Redis RDB ou AOF: como escolher persistência ## Resposta rápida RDB grava snapshots do dataset em intervalos; AOF registra operações de escrita e pode reduzir a janela de perda, com custo adicional de I/O e reescrita. Se Redis guarda apenas cache, perder dados pode ser aceitável. Se ele contém estado de fila ou sessão importante, trate a durabilidade como requisito explícito. ## Comece pelo papel do Redis Liste as chaves e classifique-as: cache reconstruível, sessão, fila, rate limit ou dado principal. Redis não deve virar banco definitivo por acidente. A configuração correta para cache pode ser insuficiente para uma fila de processamento. ## RDB: snapshots RDB cria um arquivo compacto em pontos definidos. É simples de transportar e costuma reduzir o volume de escrita contínua, mas uma falha entre snapshots pode perder operações recentes. Defina `save` conforme a tolerância do sistema e monitore a criação do arquivo. ## AOF: operações registradas AOF registra comandos de escrita e oferece políticas de sincronização. `appendfsync everysec`, por exemplo, prioriza equilíbrio, enquanto sincronização a cada comando aumenta o custo. O arquivo precisa de reescrita para não crescer indefinidamente. ## Teste os dois cenários Em um ambiente de teste, carregue chaves representativas, force um snapshot ou AOF, encerre o processo e reinicie com o volume montado. Depois compare: ```bash redis-cli INFO persistence redis-cli DBSIZE redis-cli GET chave-de-teste ``` Observe tempo de recuperação, tamanho do arquivo, uso de I/O e comportamento durante reescrita. Faça o teste com carga semelhante à operação prevista. ## Proteja o volume Persistência no mesmo volume do sistema não protege contra sua perda. Use armazenamento persistente, permissões restritas, backup externo e monitore espaço. Não exponha Redis diretamente à internet; restrinja rede e autenticação. Também registre a versão do Redis e o arquivo de configuração usado no teste. Para filas e integrações, a [VPS para Redis](https://yousecure.io/vps-redis-brasil) precisa ser dimensionada para memória, I/O e crescimento do dataset. ## Checklist - [ ] Cada chave tem classificação de risco. - [ ] Perda aceitável está documentada. - [ ] RDB/AOF foi testado após reinício. - [ ] Reescrita e espaço são monitorados. - [ ] Backup fica fora do volume principal. ## FAQ ### AOF elimina perda de dados? Não. A política de sincronização, o sistema de arquivos e a falha considerada definem a janela real. ### RDB e AOF podem ser usados juntos? Versões do Redis suportam combinações, mas avalie custo, comportamento de recuperação e política da versão instalada. ## Perguntas para a escolha Qual é a perda máxima aceitável? O dataset cabe confortavelmente na memória durante uma reescrita? Há espaço para arquivo temporário e backup? A aplicação consegue reconstruir cache? Responder essas perguntas é mais útil do que copiar uma configuração pronta. Em todos os casos, teste desligamento abrupto em ambiente separado e confira se o volume persistente foi realmente montado; persistência configurada em um caminho efêmero produz uma falsa sensação de segurança.

Comentários (0)

Ainda não há comentários. Seja o primeiro!