Einführung in den Redis-Speichereliminierungsmechanismus

Redis-Speicherbeseitigung bedeutet, dass einige von Benutzern gespeicherte Schlüssel von Redis aktiv aus der Instanz gelöscht werden können, was zu Lesefehlern führt. Warum verfügt Redis also über diese Funktion? Dies ist die ursprüngliche Designabsicht, die wir untersuchen müssen.

Die beiden häufigsten Anwendungsszenarien von Redis sind Caching und persistenter Speicher. Die erste zu klärende Frage ist, für welches Szenario die Speichereliminierungsstrategie besser geeignet ist. Handelt es sich um dauerhaften Speicher oder Cache?

Die ursprüngliche Absicht des Speichereliminierungsmechanismus besteht darin, den Speicher besser zu nutzen und bestimmte Cache-Fehler im Austausch für eine effizientere Speichernutzung zu nutzen.

Wie nutze ich als Redis-Benutzer diese von Redis bereitgestellte Funktion? Schauen Sie sich die folgende Konfiguration an

# maxmemory <bytes>

Wir können die Speicherbeseitigungsfunktion aktivieren, indem wir den Wert maxmemory in redis.conf konfigurieren. Was die Bedeutung dieses Werts betrifft, können wir seine Bedeutung verstehen, indem wir den Prozess der Speicherbeseitigung verstehen:

1. Der Client hat einen Befehl initiiert, der mehr Speicher benötigt (z. B. set).

2. Wenn der verwendete Speicher größer als maxmemory ist, beginnt es, den Speicher (Schlüssel) gemäß verschiedenen vom Benutzer konfigurierten Eliminierungsstrategien im Austausch für eine bestimmte Menge zu eliminieren Erinnerung.

3. Wenn oben keine Probleme auftreten, wird dieser Befehl erfolgreich ausgeführt.

Wenn maxmemory 0 ist, bedeutet dies, dass die Speichernutzung von Redis unbegrenzt ist.

Redis bietet Benutzern die folgenden Eliminierungsstrategien zur Auswahl. Die Standardstrategie ist die Noeviction-Strategie:

• Noeviction: Wenn die Speichernutzung den Schwellenwert erreicht, werden alle Ursachen behoben Der Befehl zur Speicherbeantragung meldet einen Fehler.

• allkeys-lru: Entfernen Sie im Primärschlüsselbereich zuerst die zuletzt nicht verwendeten Schlüssel.
  

• volatile-lru: Entfernen Sie im Schlüsselbereich mit festgelegter Ablaufzeit zuerst kürzlich nicht verwendete Schlüssel.
  

• allkeys-random: Entferne zufällig einen Schlüssel im Primärschlüsselraum.
  

• volatile-random: Entferne zufällig einen Schlüssel aus dem Schlüsselraum mit festgelegter Ablaufzeit.

• volatile-ttl: Im Schlüsselbereich mit festgelegter Ablaufzeit werden Schlüssel mit früherer Ablaufzeit zuerst entfernt.

Hier fügen wir den Primärschlüsselraum und den Schlüsselraum mit festgelegter Ablaufzeit hinzu. Angenommen, wir haben einen Stapel Schlüssel in Redis gespeichert, gibt es eine Hash-Tabelle für die Speicherung Schlüsselstapel und ihre Werte Wenn für einige der Schlüssel in diesem Stapel eine Ablaufzeit festgelegt ist, wird dieser Schlüsselstapel auch in einer anderen Hash-Tabelle gespeichert. Der Wert in dieser Hash-Tabelle entspricht der für den Schlüssel festgelegten Ablaufzeit . Zeit. Der Schlüsselraum mit festgelegter Ablaufzeit ist eine Teilmenge des Primärschlüsselraums.

Wir wissen, dass Redis ungefähr mehrere Eliminierungsstrategien bietet. Wie wählt man also aus? Die Wahl der Eliminierungsstrategie kann durch die folgende Konfiguration festgelegt werden:

# maxmemory-policy noeviction

Aber was soll mit diesem Wert ausgefüllt werden? Um dieses Problem zu lösen, müssen wir verstehen, wie unsere Anwendung Zugriff auf den in Redis gespeicherten Datensatz anfordert und welche Anforderungen wir stellen. Gleichzeitig unterstützt Redis auch Runtime beim Ändern der Eliminierungsstrategie, sodass wir die Speichereliminierungsstrategie in Echtzeit anpassen können, ohne die Redis-Instanz neu starten zu müssen.

Sehen wir uns die anwendbaren Szenarien verschiedener Strategien an:

• allkeys-lru: Wenn der Zugriff unserer Anwendung auf den Cache einer Potenzgesetzverteilung entspricht (d. h , es gibt relative Hotspot-Daten) oder wir wissen nicht viel über die Cache-Zugriffsverteilung unserer Anwendung, wir können die allkeys-lru-Strategie wählen.

• allkeys-random: Wenn unsere Anwendung die gleiche Zugriffswahrscheinlichkeit auf Cache-Schlüssel hat, können wir diese Strategie verwenden.
  

• volatile-ttl: Mit dieser Strategie können wir Redis auffordern, welche Schlüssel für die Räumung besser geeignet sind.
  

Darüber hinaus eignen sich die Strategie „Volatile-Lru“ und die Strategie „Volatil-Random“, wenn wir eine Redis-Instanz sowohl auf den Cache als auch auf den persistenten Speicher anwenden, aber wir können sie auch verwenden Um den gleichen Effekt mit zwei Redis-Instanzen zu erzielen, ist es erwähnenswert, dass das Festlegen der Schlüsselablaufzeit tatsächlich mehr Speicher verbraucht. Wir empfehlen daher die Verwendung der Allkeys-LRU-Strategie, um den Speicher effizienter zu nutzen.

Weitere Redis-Kenntnisse finden Sie in der Spalte Redis-Einführungs-Tutorial.

Das obige ist der detaillierte Inhalt vonEinführung in den Redis-Speichereliminierungsmechanismus. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!