Redis ermöglicht, dass Schlüssel nach einer festgelegten Zeit (TTL — Time To Live) automatisch ablaufen — danach werden sie gelöscht. Dies ist grundlegend für Caching (Ablauf veralteter Daten), Sessions und alle temporären Daten und ist eines der am häufigsten verwendeten Features von Redis.
SET session:abc EX 3600
SET key PX 5000
SET cache:user:1
EXPIRE cache:user:1 300
EXPIREAT key 1735689600
Sie setzen einen TTL beim Erstellen eines Schlüssels (EX/PX) oder fügen ihn später hinzu (EXPIRE). Nach Ablauf des TTL löscht Redis den Schlüssel 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 zeigt die verbleibende Zeit (-1 = kein Ablauf gesetzt, -2 = Schlüssel existiert nicht); PERSIST entfernt den Ablauf.
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.
Schlüsselablauf (TTL) ist eines der wichtigsten und am häufigsten verwendeten Features von Redis, daher ist das Verständnis dafür unerlässlich für die effektive Nutzung von Redis, besonders für Caching.
Die Kernfunktionalität — Schlüssel löschen sich automatisch nach einer festgelegten Zeit — ist grundlegend für Redis's häufigste Anwendungsfälle: Caching (Cache-Einträge mit einem TTL, sodass veraltete Daten automatisch ablaufen und sich aktualisieren — zentral für praktisch jede Caching-Strategie), Sessions (Ablauf nach Inaktivität, Aktualisierung des TTL bei Aktivität), Rate Limiting (ein Zähler mit einem TTL implementiert „N Anfragen pro Zeitfenster«), und alle temporären Daten (OTPs, Tokens, Locks), die sich selbst bereinigen sollten.
Zu verstehen, wie man TTLs setzt (EX/PX bei der Erstellung, EXPIRE danach), sie überprüft (TTL mit seinen -1/-2 Rückgabekonventionen) und sie verwaltet (PERSIST) ist alltägliches praktisches Wissen.
Zu verstehen, wie Redis Schlüssel ablaufen lässt (eine Kombination aus Lazy Expiration beim Zugriff und aktivem Hintergrund-Sampling zum Freigeben von Speicher selbst aus niemals zugegriffenen Schlüsseln) erklärt, wie die Bereinigung tatsächlich funktioniert.
Der Kernwert besteht darin, dass TTL bedeutet, dass Redis die Bereinigung automatisch verwaltet — kein manueller Löschcode erforderlich, Daten verfallen von selbst — was Redis so praktisch für Caching und temporäre Daten macht.
Da Caching, Sessions, Rate Limiting und temporäre Daten zu den häufigsten Redis-Anwendungen gehören und TTL der Mechanismus ist, der den automatischen Ablauf ermöglicht, der für alle zentral ist, ist das Verständnis von Schlüsselablauf — Setzen/Überprüfen/Verwalten von TTLs, wie Ablauf funktioniert und seine häufigen Anwendungen — wesentliches, häufig angewendetes Redis-Wissen, eine Funktion, die Sie ständig verwenden werden und einer der praktisch wichtigsten Aspekte der Arbeit mit Redis.