Redis permite que chaves expirem automaticamente após um tempo definido (TTL — Time To Live) — após o qual são deletadas. Isso é fundamental para caching (expirando dados obsoletos), sessões e qualquer dado temporário, e é um dos recursos mais utilizados do Redis.
SET session:abc EX 3600
SET key PX 5000
SET cache:user:1
EXPIRE cache:user:1 300
EXPIREAT key 1735689600
Você define um TTL ao criar uma chave (EX/PX) ou adiciona um posteriormente (EXPIRE). Após o TTL decorrido, Redis automaticamente deleta a chave.
TTL session:abc # => seconds remaining (e.g. 3540), -1 if no expiry, -2 if gone
PTTL session:abc # remaining time in milliseconds
PERSIST session:abc # remove the expiry → make the key permanent
TTL mostra o tempo restante (-1 = sem expiração definida, -2 = chave não existe); PERSIST remove a expiração.
Redis uses a combination of:
LAZY expiration → when a key is accessed, if expired, it's deleted then
ACTIVE expiration → a background process periodically samples and removes expired keys
→ So expired keys are cleaned up even if never accessed again (memory is reclaimed).
✓ CACHING — cache data with a TTL so it auto-refreshes (stale data expires)
✓ SESSIONS — sessions expire after inactivity (set/refresh TTL on activity)
✓ RATE LIMITING — a counter with a TTL (e.g. "max 100 requests per minute")
✓ TEMPORARY data — OTPs, tokens, locks that should auto-clean
→ TTL means Redis manages cleanup automatically — no manual deletion needed.
A expiração de chaves (TTL) é um dos recursos mais importantes e frequentemente utilizados do Redis, então entendê-lo é essencial para usar Redis efetivamente, especialmente para caching.
A capacidade central — chaves se deletando automaticamente após um tempo definido — é fundamental para os casos de uso mais comuns do Redis: caching (entradas de cache com um TTL para que dados obsoletos expirem e se atualizem automaticamente — central para praticamente toda estratégia de caching), sessões (expirando após inatividade, atualizando o TTL em atividades), rate limiting (um contador com um TTL implementando "N requisições por janela de tempo"), e qualquer dado temporário (OTPs, tokens, locks) que deve se auto-limpar.
Entender como definir TTLs (EX/PX na criação, EXPIRE posteriormente), verificá-los (TTL, com suas convenções de retorno -1/-2), e gerenciá-los (PERSIST) é conhecimento prático cotidiano.
Entender como Redis expira chaves (uma combinação de expiração preguiçosa quando acessada e amostragem ativa em background para recuperar memória mesmo de chaves nunca acessadas) explica como a limpeza realmente acontece.
O valor-chave é que TTL significa que Redis gerencia a limpeza automaticamente — nenhum código de deleção manual necessário, dados se expiram sozinhos — o que torna Redis tão conveniente para caching e dados temporários.
Com cache, sessões, rate limiting e dados temporários entre os usos mais comuns do Redis, e com TTL sendo o mecanismo habilitando expiração automática central para todos eles, entender expiração de chaves — configurar/verificar/gerenciar TTLs, como expiração funciona, e seus usos comuns — é conhecimento essencial e frequentemente aplicado no Redis, um recurso que você usará constantemente e um dos aspectos mais praticamente importantes de trabalhar com Redis.