Redis-Speicher ist voll Lösung:
1, Erhöhen Sie den Speicher.
2. Verwenden Sie eine Strategie zur Gedächtniseliminierung.
3, Redis-Cluster.
Konzentrieren Sie sich auf 2 und 3:
Der zweite Punkt:
Wir wissen, dass der Parameter maxmemory der Redis-Konfigurationsdatei die maximal verfügbare Speichergröße (Bytes) steuern kann.
Was soll ich also tun, wenn der erforderliche Speicher den maximalen Speicher überschreitet?
Zu diesem Zeitpunkt kommt die maxmemory-policy in der Konfigurationsdatei ins Spiel.
Der Standardwert ist noeviction.
Nachfolgend liste ich die Eliminierungsregeln für das Löschen von Redis-Schlüsseln auf, wenn der verfügbare Speicher nicht ausreicht.
Regelbeschreibung:
1. volatile-lru
Verwenden Sie den LRU-Algorithmus, um einen Schlüssel zu löschen (nur für Schlüssel mit einer festgelegten Überlebenszeit)
2. allkeys-lru
Verwenden Sie den LRU-Algorithmus, um einen Schlüssel zu löschen
3. volatile-random
Löschen Sie einen Schlüssel nach dem Zufallsprinzip (nur für Schlüssel mit einer festgelegten Überlebenszeit)
4. allkeys-random
Löschen Sie einen Schlüssel nach dem Zufallsprinzip
5. volatile-ttl
Löschen Sie den Schlüssel mit der letzten Überlebenszeit
6. noeviction
Löscht den Schlüssel nicht, sondern gibt nur einen Fehler zurück
LRU-Algorithmus, zuletzt verwendet, am wenigsten kürzlich verwendeter Algorithmus. Das heißt, der zuletzt verwendete Schlüssel wird standardmäßig gelöscht.
Aber auf eines musst du unbedingt achten! Redis löscht nicht genau den am längsten verwendeten Schlüssel unter allen Schlüsseln, sondern wählt zufällig drei Schlüssel aus und löscht den am längsten verwendeten Schlüssel unter diesen drei Schlüsseln.
Dann kann auch die Nummer 3 eingestellt werden, und der entsprechende Speicherort ist maxmeory-samples in der Konfigurationsdatei.
3. So führen Sie den Cluster aus
Redis unterstützt nur Einzelinstanz, Speicher im Allgemeinen bis zu 10–20 GB. Bei Systemen mit 100 bis 200 GB Speicher muss dies durch Clustering unterstützt werden.
Es gibt drei Methoden des Redis-Clusters: Client-Sharding, Proxy-Sharding und RedisCluster (mehr dazu in einem späteren Artikel.)
1. Client-Sharding
Implementieren Sie Routing selbst durch Geschäftscode
Vorteile: Sie können den Sharding-Algorithmus selbst steuern und die Leistung ist besser als die des Proxys
Nachteile: Hohe Wartungskosten, Erweiterung/Verkleinerung und andere Vorgänge und Wartungsvorgänge müssen von Ihnen selbst durchgeführt werden. Forschung und Entwicklung
2. Agent-Sharding
Das Agent-Programm empfängt Datenanfragen vom Geschäftsprogramm und verteilt diese Anfragen entsprechend an die richtige Redis-Instanz Routing-Regeln und gibt sie an das Geschäftsprogramm zurück. Implementiert mit Middleware wie Twemproxy und Codis.
Vorteile: Einfache Bedienung und Wartung, das Programm muss sich nicht um die Verknüpfung von Redis-Instanzen kümmern
Nachteile: Es führt zu Leistungsverbrauch (ca. 20 %), kann nicht reibungslos erweitert/verkleinert werden , und muss Skripte ausführen, um Daten zu migrieren, was unpraktisch ist (Codis optimiert und implementiert Pre-Sharding basierend auf Twemproxy, um einen automatischen Neuausgleich zu erreichen).
3. Redis-Cluster
Vorteile: Offizielle Cluster-Lösung, kein zentraler Knoten, direkte Verbindung zum Client, bessere Leistung
Nachteile: Die Lösung ist zu schwer und kann nicht sein geglättet Erweiterung/Reduzierung erfordert die Ausführung entsprechender Skripte, was umständlich ist, zu neu ist und es keine entsprechenden ausgereiften Lösungen gibt
Weitere Informationen zu Redis finden Sie im Tutorial zur Redis-Nutzung Spalte!
Das obige ist der detaillierte Inhalt vonSo lösen Sie das Problem, wenn der Redis-Speicher voll ist. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!