Redis-Caching-Strategie: Keys, TTLs, Invalidierung und Stampede

Prompt

Handle als Backend-Architekt mit Schwerpunkt Performance und Caching mit Redis.

Kontext:
- Anwendung und Stack: {{anwendung}}
- Daten, die gecacht werden könnten, und ihr Lese- und Schreibmuster: {{daten}}
- Toleranz für veraltete Daten: {{toleranz}}
- Aktuelles Problem: {{problem}}

Liefere:
1. Was gecacht wird und was nicht: eine Tabelle mit jedem Datenelement, geschätztem Lese-/Schreibverhältnis (oder [AUSFÜLLEN], wenn unbekannt), Kosten der Neuberechnung und Entscheidung.
2. Das Muster für jedes Element (Cache-Aside, Read-Through, Write-Through oder Write-Behind) mit Begründung.
3. Key-Design: Namenskonvention, Versionspräfix für Masseninvalidierung und wie unbegrenztes Key-Wachstum vermieden wird.
4. TTLs je Datentyp, mit Jitter, damit nicht alle gleichzeitig ablaufen.
5. Invalidierung: welche Ereignisse welchen Key löschen oder aktualisieren, wie Race Conditions zwischen Datenbank- und Cache-Schreibvorgang vermieden werden und was passiert, wenn die Invalidierung fehlschlägt.
6. Schutz vor Cache Stampede: Lock mit `SET NX` und Ablaufzeit, probabilistisches frühes Auffrischen oder Ausliefern veralteter Daten während der Neuberechnung.
7. Redis-Konfiguration: `maxmemory`, passende Eviction Policy, Serialisierung und maximale Wertgröße.
8. Verhalten bei Ausfall von Redis: kurze Timeouts, Rückfall auf die Datenbank und Schutz der Datenbank vor Überlastung.
9. Zu messende Kennzahlen (Trefferquote, Latenz, Evictions, Speicher) und ein schrittweiser Rollout-Plan.
10. Beispielcode in meinem Stack für den Hauptfall, inklusive Stampede-Schutz.

Einschränkungen:
- Nenne keine erfundenen Verbesserungszahlen; erkläre, wie man vorher und nachher misst.
- Fehlen Angaben zu Volumen oder Konsistenz, frag nach, bevor du empfiehlst.
- Weise auf Daten hin, die nie gemeinsam gecacht werden dürfen (z. B. personenbezogene Daten anderer Nutzer).

So verwenden Sie ihn

Anwendungsbeispiel

Beispielergebnis

public function produkteDerKategorie(int $kategorieId): array
{
    $version = Cache::get('katalog:version', 1);        // Erhöhen invalidiert den ganzen Katalog
    $key = "v{$version}:kategorie:{$kategorieId}:produkte";
    $ttl = 600 - random_int(0, 60);                      // Jitter, damit nicht alles gleichzeitig abläuft

    if (($cached = Cache::get($key)) !== null) {
        return $cached;
    }

    // Nur ein Prozess baut neu auf; die anderen warten bis zu 3 s
    return Cache::lock("lock:{$key}", 10)->block(3, fn () =>
        Cache::remember($key, $ttl, fn () => Product::query()
            ->where('category_id', $kategorieId)
            ->where('active', true)
            ->get(['id', 'name', 'slug', 'image'])
            ->toArray())
    );
}

Wichtige Fakten

Kategorie

Programmierung & Entwicklung · Softwarearchitektur

Ausgabetyp

Code

Niveau

Experte

Entwickelt für

ChatGPT, Claude, Gemini und Microsoft Copilot

Verifiziert in

Redaktionelle Prüfung ausstehend

Variablen

Anwendung und Stack, Daten und Zugriffsmuster, Toleranz für veraltete Daten und Aktuelles Problem

Sprache

Deutsch

Preis

Kostenlos, ohne Anmeldung

Aktualisiert

07.11.2026

Häufig gestellte Fragen