Redis lar nøkler utløpe automatisk etter en bestemt tid (TTL — Time To Live) — hvoretter de slettes. Dette er grunnleggende for caching (utløp av gamle data), sesjoner, og all midlertidig data, og er en av Rediss mest brukte funksjoner.
SET session:abc EX 3600
SET key PX 5000
SET cache:user:1
EXPIRE cache:user:1 300
EXPIREAT key 1735689600
Du setter en TTL når du oppretter en nøkkel (EX/PX) eller legger til en senere (EXPIRE). Etter at TTL utløper, sletter Redis automatisk nøkkelen.
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 gjenstående tid (-1 = ingen utløp satt, -2 = nøkkelen eksisterer ikke); PERSIST fjerner utløpet.
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økkelutløp (TTL) er en av Rediss viktigste og mest brukte funksjoner, så å forstå det er essensielt for å bruke Redis effektivt, spesielt for caching.
Kjernefunksjonen — nøkler slettes automatisk etter en bestemt tid — er grunnleggende for Rediss vanligste brukstilfeller: caching (cache-oppføringer med en TTL slik at gamle data automatisk utløper og oppdateres — sentralt for praktisk talt alle caching-strategier), sesjoner (utløp etter inaktivitet, fornyelse av TTL ved aktivitet), rate limiting (en teller med en TTL som implementerer «N forespørsler per tidsvindu»), og all midlertidig data (OTPer, tokens, låser) som bør selv-ryddes.
Å forstå hvordan du setter TTLer (EX/PX ved opprettelse, EXPIRE senere), sjekker dem (TTL, med dets -1/-2 returkonvensjoner), og administrerer dem (PERSIST) er daglig praktisk kunnskap.
Å forstå hvordan Redis utløper nøkler (en kombinasjon av lat utløp ved tilgang og aktiv bakgrunnssampling for å frigjøre minne selv fra aldri-tilgjengelige nøkler) forklarer hvordan rydding faktisk skjer.
Nøkkelverdien er at TTL betyr at Redis administrerer rydding automatisk — ingen manuell slettkode nødvendig, data utløper av seg selv — som er det som gjør Redis så praktisk for caching og midlertidig data.
Ettersom caching, sesjoner, rate limiting, og midlertidig data er blant de vanligste Redis-brukami, og ettersom TTL er mekanismen som muliggjør automatisk utløp som er sentral for alle dem, er forståelse av nøkkelutløp — angi/sjekk/administrer TTLer, hvordan utløp fungerer, og dets vanlige brukstilfeller — essensielt, ofte brukt Redis-kunnskap, en funksjon du vil bruke konstant og en av de viktigste praktiske aspektene ved å arbeide med Redis.