Sie planen, Azure Cache for Redis zu verwenden, und erwarten, dass der Cache häufig seine Kapazität erreicht und Evictions erfordert. Zugriffsmuster zeigen, dass eine kleine Untermenge von Elementen weitaus häufiger aufgerufen wird als andere. Welche zwei Eviction-Richtlinien sollten Sie wählen, um die Leistung für dieses Muster zu optimieren?

Die Wahl von allkeys-lru (Least Recently Used) ist optimal, da sie die am längsten nicht verwendeten Schlüssel im gesamten Cache entfernt, wenn der Cache voll ist. Dies ist ideal, wenn eine kleine Untermenge von Elementen häufiger aufgerufen wird, da diese aktiven Elemente im Cache verbleiben. volatile-lru ist ebenfalls eine gute Wahl, da sie nur Schlüssel mit einem festgelegten Ablaufdatum (TTL) berücksichtigt und davon die am längsten nicht verwendeten entfernt. Dies ist nützlich, wenn Sie bestimmte Schlüssel explizit als evictable markieren möchten, während andere, möglicherweise kritischere Daten, geschützt bleiben. noeviction ist ungeeignet, da es keine Schlüssel entfernt und Schreibvorgänge fehlschlagen, wenn der Cache voll ist, was die Leistung beeinträchtigt. allkeys-random und volatile-random entfernen zufällig Schlüssel, was die Wahrscheinlichkeit erhöht, häufig genutzte Elemente zu entfernen. volatile-ttl entfernt Schlüssel mit dem kürzesten verbleibenden TTL, was nicht unbedingt die am wenigsten genutzten sind.