Redis låter nycklar automatiskt förfalla efter en angiven tid (TTL — Time To Live) — varefter de tas bort. Det här är grundläggande för cachning (förfallning av föråldrad data), sessioner och alla tillfälliga data, och är en av Redisens mest använda funktioner.
SET session:abc EX 3600
SET key PX 5000
SET cache:user:1
EXPIRE cache:user:1 300
EXPIREAT key 1735689600
Du ställer in en TTL när du skapar en nyckel (EX/PX) eller lägger till en senare (EXPIRE). Efter att TTL har förflutit tar Redis automatiskt bort nyckeln.
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 visar återstående tid (-1 = ingen utgångstid angiven, -2 = nyckeln finns inte); PERSIST tar bort utgångstiden.
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.
Nyckelns utgångstid (TTL) är en av Redisens viktigaste och mest använda funktioner, så att förstå den är väsentligt för att använda Redis effektivt, speciellt för cachning.
Kärnfunktionen — nycklar automatiskt raderas efter en angiven tid — är grundläggande för Redisens vanligaste användningsfall: cachning (cache-poster med en TTL så att föråldrad data automatiskt förfaller och uppdateras — centralt för praktiskt taget varje cachningsstrategi), sessioner (förfallning efter inaktivitet, uppdatering av TTL vid aktivitet), begränsning av hastighetsbegränsning (en räknare med en TTL som implementerar "N förfrågningar per tidsperiod") och alla tillfälliga data (OTP:er, token, lås) som bör självrensa sig.
Att förstå hur man ställer in TTL:er (EX/PX vid skapande, EXPIRE senare), kontrollerar dem (TTL, med dess -1/-2 returkonventioner) och hanterar dem (PERSIST) är vardaglig praktisk kunskap.
Att förstå hur Redis förfaller nycklar (en kombination av lat förfallning vid åtkomst och aktivt bakgrundssampel för att återta minne även från aldrig åtkomna nycklar) förklarar hur rengöring faktiskt sker.
Nyckelvärdet är att TTL betyder att Redis hanterar rengöring automatiskt — ingen manuell raderingskod behövs, data förfaller själv — vilket är det som gör Redis så bekvämt för cachning och tillfällig data.
Eftersom cachning, sessioner, hastighetsbegränsning och tillfällig data är bland de vanligaste Redis-användningarna, och eftersom TTL är mekanismen som möjliggör automatisk förfallning central för alla dem, är förståelse för nyckelns utgångstid — inställning/kontrollering/hantering av TTL:er, hur förfallning fungerar och dess vanliga användningsområden — väsentlig, ofta använd Redis-kunskap, en funktion du kommer att använda konstant och en av de viktigaste praktiska aspekterna av att arbeta med Redis.