Redis lader nøgler udløbe automatisk efter et bestemt tidsinterval (TTL — Time To Live) — hvorefter de slettes. Dette er grundlæggende for caching (udløb af forældet data), sessioner og alle midlertidigt data, og er en af Rediss mest brugte funktioner.
SET session:abc EX 3600
SET key PX 5000
SET cache:user:1
EXPIRE cache:user:1 300
EXPIREAT key 1735689600
Du indstiller en TTL når du opretter en nøgle (EX/PX) eller tilføjer en senere (EXPIRE). Efter TTL udløber, sletter Redis automatisk nøglen.
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 viser resterende tid (-1 = ingen udløb indstillet, -2 = nøglen eksisterer ikke); PERSIST fjerner udløbet.
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.
Nøgleudløb (TTL) er en af Rediss vigtigste og hyppigst brugte funktioner, så forståelse af det er afgørende for at bruge Redis effektivt, især til caching.
Kernekapaciteten — at nøgler automatisk slettes efter et bestemt tidsinterval — er fundamental for Rediss mest almindelige use cases: caching (cache-poster med en TTL, så forældet data automatisk udløber og opdateres — centralt for praktisk talt enhver caching-strategi), sessioner (udløb efter inaktivitet, opfrisk TTL ved aktivitet), rate limiting (en tæller med en TTL, der implementerer "N forespørgsler pr. tidsvindue"), og ethvert midlertidigt data (OTP'er, tokens, locks), der skal selv-rydde.
At forstå hvordan man indstiller TTL'er (EX/PX ved oprettelse, EXPIRE efterfølgende), kontrollerer dem (TTL, med dens -1/-2 returkonventioner) og administrerer dem (PERSIST), er daglig praktisk viden.
At forstå hvordan Redis udløber nøgler (en kombination af dovnt udløb ved adgang og aktiv baggrundssampling for at få hukommelse tilbage selv fra aldrig-acederede nøgler) forklarer hvordan oprydning faktisk foregår.
Nøgleværdien er at TTL betyder Redis administrerer oprydning automatisk — ingen manuel sletningskode nødvendig, data selv-udløber — hvilket er det der gør Redis så praktisk for caching og midlertidigt data.
Da caching, sessioner, rate limiting og midlertidigt data er blandt de mest almindelige Redis-anvendelser, og da TTL er mekanismen der muliggør automatisk udløb centralt for alle af dem, at forstå nøgleudløb — indstilling/kontrol/styring af TTL'er, hvordan udløb fungerer og dets almindelige anvendelser — er afgørende, hyppigt anvendt Redis-viden, en funktion du vil bruge konstant, og et af de vigtigste praktiske aspekter ved arbejde med Redis.