Redis-Speicherüberwachung und -verwaltung

Alle Redis-Daten werden im Speicher gespeichert, daher sind Speicherüberwachung und -verwaltung für Redis sehr wichtig. Lassen Sie uns unter drei Aspekten über Redis-Speicher sprechen: Speicherüberwachung, -verwaltung und -optimierung.

Speicherüberwachung

redis stellt uns den Info-Speicherbefehl zur Verfügung, um die Speichernutzung anzuzeigen. Dieser Befehl zeigt viele Daten an, hier betrachten wir nur einige der wichtigeren.

• used_memory:1146648 (vom Redis-Allokator zugewiesene Speichermenge)

• used_memory_human:1.09M (in lesbarem Format angezeigt)

• used_memory_rss:4358144 (Von Redis belegter Gesamtspeicher)

• used_memory_rss_human:4.16M (Lesbare Anzeige des von Redis belegten Gesamtspeichers)

• used_memory_peak:1229448 (userd_memory_peak Peak)

• used_memory_peak_human:1.17M

• used_memory_overhead:857036 (Puffer, Speicher belegt durch Rückstand usw.)

• used_memory_startup:791384 (durch Starten von Redis verbrauchter Speicher)

• used_memory_dataset:289612 (durch Redis-Daten belegter Speicher)

• used_memory_lua:37888 (vom Lua-Skript verbrauchter Speicher)

• used_memory_lua_human:37.00K (lesbare Anzeige)

• mem_fragmentation_ratio:4.02 (Speicherfragmentierungsrate, used_memory_rss / used_memory)

Wenn mem_fragmentation_ratio größer als 1 ist, bedeutet dies, dass eine Speicherfragmentierung vorliegt. Je niedriger der Wert, desto schwerwiegender Fragmentierungsrate ist. Wenn die Anwendung dies zulässt, kann Redis neu gestartet werden, um die Fragmentierungsrate zu reduzieren. Wenn er kleiner als 0 ist, müssen Sie sehr vorsichtig sein. Dies bedeutet, dass nicht genügend Speicher vorhanden ist und ein Teil des Swaps verwendet wird.

Speicherverwaltung

Es wird allgemein empfohlen, eine Speicherobergrenze für Redis festzulegen. Es gibt zwei Möglichkeiten, maxmory zu ändern

• Ändern Sie die Konfigurationsdatei

• Dynamische Einstellungen

Im Folgenden werden die dynamischen Einstellungen angezeigt

127.0.0.1:6379> config set maxmemory 1G
OK
127.0.0.1:6379> config rewrite
OK

Das Festlegen des maximalen Speichers hat zwei Funktionen. Erstens kann es die von Redis belegte Speichergröße begrenzen, um zu verhindern, dass sie die physische Speichergröße überschreitet. Wenn der maximale Speicher festgelegt ist und Redis den maximalen Speicher überschreitet, kann außerdem die Speicherrecyclingstrategie ausgelöst werden (normalerweise in Caching-Szenarien verwendet).

Redis kann den maximalen Speicher dynamisch anpassen, was beim Server sehr nützlich ist Wenn der Speicher nicht ausreicht, müssen Sie den Speicher von Redis dynamisch anpassen.

Darüber hinaus gibt es mehrere Konfigurationen der Redis-Speicherrecyclingrichtlinie (maxmemory-policy). Zwei Wörter kommen häufig vor, LRU und LFU, und ihre Bedeutung ist wie folgt:

• Am wenigsten kürzlich verwendet

• Am wenigsten häufig verwendet

Werfen wir einen Blick auf alle Recyclingstrategien und deren Bedeutung:

• noeviction: Standardrichtlinie, es werden keine Schlüssel gelöscht. Wenn der maximale Speicher überschritten wird, werden alle Schreibbefehle abgelehnt und nur Lesebefehle werden

• flüchtig beantwortet -lru: Abgelaufene Schlüssel gemäß dem LRU-Algorithmus löschen. Wenn keine Schlüssel vorhanden sind, die gelöscht werden können, greifen Sie auf die Noeviction-Strategie zurück.

• allkeys-lru: Schlüssel gemäß dem LRU-Algorithmus löschen, unabhängig davon, ob der Schlüssel abgelaufen ist, bis der belegte Speicher kleiner als maxmeory ist.

• allkeys-lfu: hat die gleiche Bedeutung wie oben, verwendet jedoch zum Löschen den lfu-Algorithmus.

• allkeys-random: Schlüssel nach dem Zufallsprinzip löschen, wenn der maximale Speicher erreicht ist.

• volatile-ttl: Schlüssel löschen, die bald ablaufen. Wenn nicht, greifen Sie auf Noeviction zurück.

Speicheroptimierung

Die oben erwähnte Redis-Recyclingstrategie ist eine passive Löschstrategie, die wir aktiv löschen können Es handelt sich um Schlüssel, auf die längere Zeit nicht zugegriffen wurde. Sie können scan verwenden, um die Schlüssel zu durchlaufen, und dann das Objekt ideltime verwenden, um die Leerlaufzeit der Schlüssel anzuzeigen und die Schlüssel zu löschen, auf die längere Zeit nicht zugegriffen wurde.

Darüber hinaus können auch Schlüsselwertobjekte reduziert werden, um den Speicherverbrauch zu reduzieren.

127.0.0.1:6379> scan 0
1) "272"
2)  1) "story:course:3915"
    2) "story:course:1681"
    3) "story:course:4982"
……

Zum Beispiel kann der obige Schlüssel geändert werden in: sy:cos:id, um die Schlüssellänge zu reduzieren. Für ,-Werte können Komprimierungstechniken verwendet werden, um die Länge des Werts zu reduzieren. (Komprimierung erhöht den Druck auf die CPU und kann je nach Anwendung entsprechend angewendet werden)

Das obige ist der detaillierte Inhalt vonRedis-Speicherüberwachung und -verwaltung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!