Estratégia de cache com Redis: chaves, TTL, invalidação e stampede

Prompt

Atua como arquiteto backend especializado em desempenho e em cache com Redis.

Contexto:
- Aplicação e stack: {{aplicacao}}
- Dados candidatos a cache e o seu padrão de leitura e escrita: {{dados}}
- Tolerância a dados desatualizados: {{tolerancia}}
- Problema atual: {{problema}}

Entregáveis:
1. O que guardar em cache e o que não: uma tabela com cada dado, rácio leitura/escrita estimado (ou [PREENCHER] se eu não souber), custo de recalcular e decisão.
2. O padrão para cada dado (cache-aside, read-through, write-through ou write-behind) e porquê.
3. Esquema de chaves: convenção de nomes, prefixo de versão para invalidar em bloco e como evitar um crescimento ilimitado de chaves.
4. TTL por tipo de dado, com jitter para não expirarem todas ao mesmo tempo.
5. Invalidação: que eventos apagam ou atualizam cada chave, como evitar condições de corrida entre a escrita na base de dados e na cache, e o que acontece se a invalidação falhar.
6. Proteção contra cache stampede: bloqueio com `SET NX` e expiração, atualização antecipada probabilística ou servir o dado expirado enquanto se recalcula.
7. Configuração do Redis: `maxmemory`, política de expulsão adequada, serialização e tamanho máximo dos valores.
8. Comportamento se o Redis não responder: timeouts curtos, recurso à base de dados e proteção desta contra sobrecarga.
9. Métricas a medir (taxa de acertos, latência, expulsões, memória) e um plano de implementação gradual.
10. Código de exemplo na minha stack para o caso principal, com a proteção contra stampede incluída.

Restrições:
- Não dês números de melhoria inventados; explica como medir antes e depois.
- Se faltar informação sobre volume ou consistência, pergunta-me antes de recomendar.
- Assinala os dados que nunca devem ficar em cache partilhada (por exemplo dados pessoais de outro utilizador).

Como utilizar

Exemplo de utilização

Exemplo de resultado

public function produtosDaCategoria(int $categoriaId): array
{
    $versao = Cache::get('catalogo:versao', 1);         // incrementá-la invalida todo o catálogo
    $chave = "v{$versao}:categoria:{$categoriaId}:produtos";
    $ttl = 600 - random_int(0, 60);                      // jitter para não expirarem todas ao mesmo tempo

    if (($emCache = Cache::get($chave)) !== null) {
        return $emCache;
    }

    // Só um processo recalcula; os restantes esperam até 3 s
    return Cache::lock("lock:{$chave}", 10)->block(3, fn () =>
        Cache::remember($chave, $ttl, fn () => Product::query()
            ->where('category_id', $categoriaId)
            ->where('active', true)
            ->get(['id', 'name', 'slug', 'image'])
            ->toArray())
    );
}

Dados-chave

Categoria

Programação e desenvolvimento · Arquitetura de software

Tipo de resultado

Código

Nível

Avançado

Pensado para

ChatGPT, Claude, Gemini e Microsoft Copilot

Verificado em

Pendente de verificação editorial

Variáveis

Aplicação e stack, Dados e padrão de acesso, Tolerância a dados antigos e Problema atual

Idioma

Português

Preço

Gratuito, sem registo

Atualizado

07/11/2026

Perguntas frequentes