Redis laat sleutels automatisch verlopen na een ingestelde tijd (TTL — Time To Live) — daarna worden ze verwijderd. Dit is fundamenteel voor caching (verlopen gegevens verwijderen), sessies en alle tijdelijke gegevens, en is een van de meestgebruikte functies van Redis.
SET session:abc EX 3600
SET key PX 5000
SET cache:user:1
EXPIRE cache:user:1 300
EXPIREAT key 1735689600
Je stelt een TTL in bij het aanmaken van een sleutel (EX/PX) of voegt er later een toe (EXPIRE). Nadat de TTL is verstreken, verwijdert Redis de sleutel automatisch.
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 toont de resterende tijd (-1 = geen verloop ingesteld, -2 = sleutel bestaat niet); PERSIST verwijdert het verloop.
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.
Sleutelafloop (TTL) is een van de belangrijkste en meestgebruikte functies van Redis, dus het begrijpen ervan is essentieel voor het effectief gebruik van Redis, vooral voor caching.
De kernmogelijkheid — sleutels automatisch verwijderen na een ingestelde tijd — is fundamenteel voor de meest voorkomende use cases van Redis: caching (cachitems met een TTL zodat verlopen gegevens automatisch vervallen en vernieuwd worden — centraal voor vrijwel elke cachingstrategie), sessies (vervallen na inactiviteit, TTL vernieuwen bij activiteit), rate limiting (een teller met TTL implementeert "N verzoeken per tijdsvenster"), en alle tijdelijke gegevens (OTP's, tokens, locks) die zichzelf moeten schoonmaken.
Begrip hoe je TTL's instelt (EX/PX bij aanmaak, EXPIRE daarna), deze controleert (TTL, met zijn -1/-2 retourconventies) en beheert (PERSIST) is dagelijkse praktische kennis.
Begrip hoe Redis sleutels laat verlopen (een combinatie van luie afloop bij toegang en actieve achtergrondsteekproefneming om geheugen vrij te maken, zelfs van nooit-gebruikte sleutels) verklaart hoe opschoning werkelijk gebeurt.
De kernwaarde is dat TTL betekent dat Redis automatisch opschoning beheert — geen handmatige verwijderingscode nodig, gegevens vervallen automatisch — wat maakt dat Redis zo handig is voor caching en tijdelijke gegevens.
Omdat caching, sessies, rate limiting en tijdelijke gegevens tot de meest voorkomende Redis-toepassingen behoren, en omdat TTL het mechanisme is dat automatische afloop mogelijk maakt, centraal voor al deze toepassingen, het begrijpen van sleutelafloop — TTL's instellen/controleren/beheren, hoe afloop werkt en de veelgebruikte toepassingen — is essentiële, frequent toegepaste Redis-kennis, een functie die je constant zult gebruiken en een van de meest praktisch belangrijke aspecten van het werken met Redis.