Communitygithub.com

redis-patterns

Padrões de estruturas de dados Redis, estratégias de cache, locks distribuídos, limitação de taxa, pub/sub e gerenciamento de conexão para aplicações em produção. Use ao adicionar cache, lock distribuído, limitação de taxa ou pub/sub com Redis, ou quando o design de chaves precisar de revisão.

O que é redis-patterns?

O skill 'redis-patterns' é um guia de referência rápida para as melhores práticas do Redis em casos de uso comuns de backend, como caching, sessões, filas e coordenação distribuída. Ele explica como o Redis funciona como um armazenamento de dados em memória com comandos atômicos, e cobre a ativação do skill para adicionar cache, implementar rate limiting, construir locks distribuídos, configurar armazenamento de sessão/token e usar Pub/Sub ou Streams para mensageria. O documento inclui uma 'cola' de estruturas de dados, padrões centrais (Cache-Aside, Write-Through, invalidação de cache, armazenamento de sessão), implementações de rate limiting com janela fixa e deslizante usando Lua, locks distribuídos com SET NX PX e o algoritmo Redlock, além de Pub/Sub e Redis Streams com exemplos de código em Python. Também aborda design de chaves com convenções de nomenclatura, estratégias de TTL, gerenciamento de conexão (pooling, cluster, sentinel), políticas de evicção, antipadrões e prevenção de cache miss stampede. O skill é útil para desenvolvedores que usam Redis em produção e precisam de padrões testados e explicações claras para evitar armadilhas comuns.

Funciona com~Claude Code~Codex CLI✓Cursor
npx skills add https://github.com/affaan-m/everything-claude-code/tree/main/skills/redis-patterns

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Padrões Redis

Referência rápida para as melhores práticas do Redis em casos de uso comuns de backend.

Como Funciona

Redis é um armazenamento de dados em memória que suporta strings, hashes, listas, conjuntos, conjuntos ordenados, streams e mais. Comandos individuais do Redis são atômicos em uma única instância; fluxos de trabalho com várias etapas exigem scripts Lua, transações MULTI/EXEC ou sincronização explícita para permanecerem atômicos. Os dados são opcionalmente persistidos via snapshots RDB ou logs AOF. Clientes se comunicam via TCP usando o protocolo RESP; pools de conexão são essenciais para evitar a sobrecarga do handshake por requisição.

Quando Ativar

  • Adicionar cache a uma aplicação
  • Implementar limitação de taxa (rate limiting) ou throttling
  • Construir locks distribuídos ou coordenação
  • Configurar armazenamento de sessão ou token
  • Usar Pub/Sub ou Redis Streams para mensageria
  • Configurar o Redis em produção (pooling, evicção, clustering)

Folha de Dados Estruturais

Caso de UsoEstruturaChave de Exemplo
Cache simplesStringproduct:123
Sessão de usuárioHashsession:abc
RankingConjunto Ordenadoscores:weekly
Visitantes únicosConjuntovisitors:2024-01-01
Feed de atividadeListafeed:user:456
Stream de eventosStreamevents:orders
Contadores / limites de taxaString (INCR)ratelimit:user:123
Filtro Bloom / HLLHyperLogLoghll:pageviews

Padrões Principais

Cache-Aside (Carregamento Preguiçoso)

import redis
import json

r = redis.Redis(host='localhost', port=6379, decode_responses=True)

def get_product(product_id: int):
    cache_key = f"product:{product_id}"
    cached = r.get(cache_key)

    if cached:
        return json.loads(cached)

    product = db.query("SELECT * FROM products WHERE id = %s", product_id)
    r.setex(cache_key, 3600, json.dumps(product))  # TTL: 1 hora
    return product

Cache Write-Through

def update_product(product_id: int, data: dict):
    # Escreve no banco primeiro
    db.execute("UPDATE products SET ... WHERE id = %s", product_id)

    # Atualiza o cache imediatamente
    cache_key = f"product:{product_id}"
    r.setex(cache_key, 3600, json.dumps(data))

Invalidação de Cache

# Invalidação baseada em tag — agrupa chaves relacionadas em um conjunto
def cache_product(product_id: int, category_id: int, data: dict):
    key = f"product:{product_id}"
    tag = f"tag:category:{category_id}"
    pipe = r.pipeline(transaction=True)
    pipe.setex(key, 3600, json.dumps(data))
    pipe.sadd(tag, key)
    pipe.expire(tag, 3600)
    pipe.execute()

def invalidate_category(category_id: int):
    tag = f"tag:category:{category_id}"
    keys = r.smembers(tag)
    if keys:
        r.delete(*keys)
    r.delete(tag)

Armazenamento de Sessão

import time
import uuid

def create_session(user_id: int, ttl: int = 86400) -> str:
    session_id = str(uuid.uuid4())
    key = f"session:{session_id}"
    pipe = r.pipeline(transaction=True)
    pipe.hset(key, mapping={
        "user_id": user_id,
        "created_at": int(time.time()),
    })
    pipe.expire(key, ttl)
    pipe.execute()
    return session_id

def get_session(session_id: str) -> dict | None:
    data = r.hgetall(f"session:{session_id}")
    return data if data else None

def delete_session(session_id: str):
    r.delete(f"session:{session_id}")

Limitação de Taxa (Rate Limiting)

Janela Fixa (Simples)

def is_rate_limited(user_id: int, limit: int = 100, window: int = 60) -> bool:
    key = f"ratelimit:{user_id}:{int(time.time()) // window}"
    pipe = r.pipeline(transaction=True)
    pipe.incr(key)
    pipe.expire(key, window)
    count, _ = pipe.execute()
    return count > limit

Janela Deslizante (Lua — Atômica)

-- sliding_window.lua
local key = KEYS[1]
local now = tonumber(ARGV[1])
local window = tonumber(ARGV[2])
local limit = tonumber(ARGV[3])

redis.call('ZREMRANGEBYSCORE', key, 0, now - window)
local count = redis.call('ZCARD', key)

if count < limit then
    -- Usa membro único (now + sequência) para evitar colisões dentro do mesmo milissegundo
    local seq_key = key .. ':seq'
    local seq = redis.call('INCR', seq_key)
    redis.call('EXPIRE', seq_key, math.ceil(window / 1000))
    redis.call('ZADD', key, now, now .. '-' .. seq)
    redis.call('EXPIRE', key, math.ceil(window / 1000))
    return 1
end
return 0
sliding_window = r.register_script(open('sliding_window.lua').read())

def allow_request(user_id: int) -> bool:
    key = f"ratelimit:sliding:{user_id}"
    now = int(time.time() * 1000)
    return bool(sliding_window(keys=[key], args=[now, 60000, 100]))

Locks Distribuídos

Lock Distribuído (Nó Único — SET NX PX)

import uuid

def acquire_lock(resource: str, ttl_ms: int = 5000) -> str | None:
    lock_key = f"lock:{resource}"
    token = str(uuid.uuid4())
    acquired = r.set(lock_key, token, px=ttl_ms, nx=True)
    return token if acquired else None

def release_lock(resource: str, token: str) -> bool:
    release_script = """
    if redis.call('get', KEYS[1]) == ARGV[1] then
        return redis.call('del', KEYS[1])
    else
        return 0
    end
    """
    result = r.eval(release_script, 1, f"lock:{resource}", token)
    return bool(result)

# Uso
token = acquire_lock("order:payment:123")
if token:
    try:
        process_payment()
    finally:
        release_lock("order:payment:123", token)

Para configurações de múltiplos nós, use a biblioteca redlock-py que implementa o algoritmo Redlock completo.

Pub/Sub e Streams

Pub/Sub (Fire-and-Forget)

# Publicador
def publish_event(channel: str, payload: dict):
    r.publish(channel, json.dumps(payload))

# Assinante (bloqueante — execute em thread/processo separado)
def subscribe_events(channel: str):
    pubsub = r.pubsub()
    pubsub.subscribe(channel)
    for message in pubsub.listen():
        if message['type'] == 'message':
            handle(json.loads(message['data']))

Redis Streams (Fila Durável)

# Produtor
def emit(stream: str, event: dict):
    r.xadd(stream, event, maxlen=10000)  # Limita o comprimento do stream

# Grupo de consumidores — garante entrega pelo menos uma vez
try:
    r.xgroup_create('events:orders', 'processor', id='0', mkstream=True)
except Exception:
    pass  # Grupo já existe

def consume(stream: str, group: str, consumer: str):
    while True:
        messages = r.xreadgroup(group, consumer, {stream: '>'}, count=10, block=2000)
        for _, entries in (messages or []):
            for msg_id, data in entries:
                process(data)
                r.xack(stream, group, msg_id)

Prefira Streams em vez de Pub/Sub quando precisar de garantias de entrega, grupos de consumidores ou reprodução.

Design de Chaves

Convenções de Nomenclatura

# Padrão: recurso:id:campo
user:123:profile
order:456:status
cache:product:789

# Padrão: namespace:recurso:id
myapp:session:abc123
myapp:ratelimit:user:123

# Padrão: recurso:data (chaves com tempo limitado)
stats:pageviews:2024-01-01

Estratégia de TTL

Tipo de DadoTTL Sugerido
Sessão de usuário24h (86400)
Cache de resposta de API5–15 min
Janela de limite de taxaIgual ao tamanho da janela
Tokens de curta duração5–10 min
Ranking1h–24h
Dados estáticos/de referência1h–1 semana

Sempre defina um TTL. Chaves sem TTL acumulam indefinidamente e causam pressão na memória.

Gerenciamento de Conexão

Pool de Conexões

from redis import ConnectionPool, Redis

pool = ConnectionPool(
    host='localhost',
    port=6379,
    db=0,
    max_connections=20,
    decode_responses=True,
    socket_connect_timeout=2,
    socket_timeout=2,
)

r = Redis(connection_pool=pool)

Modo Cluster

from redis.cluster import RedisCluster

r = RedisCluster(
    startup_nodes=[{"host": "redis-1", "port": 6379}],
    decode_responses=True,
    skip_full_coverage_check=True,
)

Sentinel (Alta Disponibilidade)

from redis.sentinel import Sentinel

sentinel = Sentinel(
    [('sentinel-1', 26379), ('sentinel-2', 26379)],
    socket_timeout=0.5,
)
master = sentinel.master_for('mymaster', decode_responses=True)
replica = sentinel.slave_for('mymaster', decode_responses=True)

Políticas de Evicção

PolíticaComportamentoMelhor Para
noevictionErro ao escrever quando cheioFilas / dados críticos
allkeys-lruRemove o menos recentemente usadoCache geral
volatile-lruLRU apenas entre chaves com TTLArmazenamento misto de dados
allkeys-lfuRemove o menos frequentemente usadoPadrões de acesso enviesados
volatile-ttlRemove o que expirará primeiroPriorizar dados de longa duração

Configure via redis.conf: maxmemory-policy allkeys-lru

Antipadrões

AntipadrãoProblemaCorreção
Chaves sem TTLMemória cresce sem limitesSempre definir TTL
KEYS * em produçãoBloqueia o servidor (O(N))Usar cursor SCAN
Armazenar grandes blobs (>100KB)Serialização lenta, pressão na memóriaArmazenar referência + buscar do armazenamento de objetos
Um Redis para tudoSem isolamento entre cache e filaUsar DBs ou instâncias separadas
Ignorar limites do pool de conexãoExaustão de conexão sob cargaDimensionar o pool para a carga de trabalho
Não tratar avalanche de cache missMultidão em massa no início frioUsar locks ou expiração precoce probabilística
FLUSHALL sem pensarLimpa toda a instânciaEscopo de exclusões por padrão de chave

Prevenção de Avalanche de Cache Miss

import threading

_locks: dict[str, threading.Lock] = {}
_locks_mutex = threading.Lock()

def get_with_lock(key: str, fetch_fn, ttl: int = 300):
    cached = r.get(key)
    if cached:
        return json.loads(cached)

    with _locks_mutex:
        if key not in _locks:
            _locks[key] = threading.Lock()
        lock = _locks[key]
    with lock:
        cached = r.get(key)  # Re-verifica após adquirir o lock
        if cached:
            return json.loads(cached)
        value = fetch_fn()
        r.setex(key, ttl, json.dumps(value))
        return value

Nota: para implantações multi-processo, substitua o lock em processo por acquire_lock/release_lock da seção de Locks Distribuídos acima.

Exemplos

Adicionar cache a um endpoint de API Django/Flask: Use cache-aside com setex e um TTL de 5 minutos na resposta. Chaveie com base nos parâmetros da requisição.

Limitar taxa de uma API por usuário: Use janela fixa com pipeline(transaction=True) para endpoints de baixo tráfego; use Lua de janela deslizante para throttling preciso por usuário.

Coordenar um job em segundo plano entre workers: Use acquire_lock com um TTL que exceda a duração esperada do job. Sempre libere em um bloco finally.

Distribuir notificações para múltiplos assinantes: Use Pub/Sub para fire-and-forget. Mude para Streams se precisar de entrega garantida ou reprodução para consumidores tardios.

Referência Rápida

PadrãoQuando Usar
Cache-asideLeitura pesada, tolera leve desatualização
Write-throughConsistência forte necessária
Lock distribuídoImpedir acesso concorrente a um recurso
Limite de taxa de janela deslizanteThrottling preciso por usuário
Redis StreamsFila de eventos durável com grupos de consumidores
Pub/SubTransmissão sem garantias de entrega
Ranking com conjunto ordenadoPontuação classificada, paginação
HyperLogLogContagem aproximada de únicos com baixa memória

Relacionados

  • Skill: postgres-patterns — padrões de dados relacionais
  • Skill: backend-patterns — padrões de API e camada de serviço
  • Skill: database-migrations — versionamento de esquema
  • Skill: django-patterns — integração com framework de cache Django
  • Agente: database-reviewer — fluxo completo de revisão de banco de dados

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/claude-api

Anthropic Claude API patterns for Python and TypeScript. Covers Messages API, streaming, tool use, vision, extended thinking, batches, prompt caching, and Claude Agent SDK. Use when building applications with the Claude API or Anthropic SDKs.

affaan-m/everything-claude-code

End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.

affaan-m/everything-claude-code

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/everything-claude-code-conventions

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

affaan-m/gget

gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs.

affaan-m/literature-review

Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.

affaan-m/motion-ui

Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.

affaan-m/project-guidelines-example

Example project-specific skill template based on a real production application.

affaan-m/pubmed-database

Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring.

affaan-m/scholar-evaluation

Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.

affaan-m/uspto-database

USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

Habilidades Relacionadas