Redis permet aux clés d'expirer automatiquement après un délai défini (TTL — Time To Live) — après quoi elles sont supprimées. C'est fondamental pour la mise en cache (expiration des données obsolètes), les sessions, et toute donnée temporaire, et c'est l'une des fonctionnalités les plus utilisées de Redis.
SET session:abc EX 3600
SET key PX 5000
SET cache:user:1
EXPIRE cache:user:1 300
EXPIREAT key 1735689600
Vous définissez un TTL lors de la création d'une clé (EX/PX) ou en ajoutez un ultérieurement (EXPIRE). Une fois que le TTL s'écoule, Redis supprime automatiquement la clé.
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 affiche le temps restant (-1 = pas d'expiration définie, -2 = clé n'existe pas) ; PERSIST supprime l'expiration.
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.
L'expiration des clés (TTL) est l'une des fonctionnalités les plus importantes et les plus fréquemment utilisées de Redis, donc la comprendre est essentiel pour utiliser Redis efficacement, en particulier pour la mise en cache.
La capacité fondamentale — les clés s'effacent automatiquement après un délai défini — est centrale aux cas d'usage les plus courants de Redis : la mise en cache (les entrées de cache avec un TTL pour que les données obsolètes expirent et se rafraîchissent automatiquement — au cœur de pratiquement toute stratégie de mise en cache), les sessions (expiration après inactivité, rafraîchissement du TTL lors d'une activité), la limitation de débit (un compteur avec un TTL implémentant « N requêtes par fenêtre de temps »), et toute donnée temporaire (OTP, tokens, verrous) qui devrait se nettoyer d'elle-même.
Comprendre comment définir les TTLs (EX/PX lors de la création, EXPIRE après), les vérifier (TTL, avec ses conventions de retour -1/-2), et les gérer (PERSIST) est une connaissance pratique au quotidien.
Comprendre comment Redis expire les clés (une combinaison d'expiration lazy lors de l'accès et d'échantillonnage actif en arrière-plan pour récupérer la mémoire même des clés jamais accédées) explique comment le nettoyage fonctionne réellement.
La valeur clé est que le TTL signifie que Redis gère le nettoyage automatiquement — aucun code de suppression manuelle nécessaire, les données s'expirent d'elles-mêmes — c'est ce qui rend Redis si pratique pour la mise en cache et les données temporaires.
Comme la mise en cache, les sessions, la limitation de débit, et les données temporaires sont parmi les utilisations les plus courantes de Redis, et puisque le TTL est le mécanisme permettant l'expiration automatique au cœur de tous ces cas, comprendre l'expiration des clés — définir/vérifier/gérer les TTLs, comment fonctionne l'expiration, et ses utilisations courantes — est une connaissance Redis essentielle, fréquemment appliquée, une fonctionnalité que vous utiliserez constamment et l'un des aspects les plus importants d'un point de vue pratique pour travailler avec Redis.