Einführung in zwei Persistenzfehler in Redis

1. Fehler im RDB-Persistenzmodus

1. Problembeschreibung:

Gleichzeitiges Schreiben von 200 an Redis, nach 4 Stunden, Eine große Anzahl von Schnittstellenaufrufen schlug fehl und die Fehlermeldung lautete wie folgt:

{"data":{"sendResult":null},"base":{"returncode":"99999","returndesc":"系统异常：MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error."},"qrybase":{"total":0,"count":0,"start":0}}

2. Ursachenanalyse:

interpretierte die Fehlermeldung und vermutete, dass sie durch unzureichenden Speicherplatz verursacht wurde. Es stellte sich heraus, dass 42 % der Festplatte übrig waren, wie folgt:

Also öffnete ich das Redis-Protokoll entsprechend der Fehlermeldung und setzte den Stresstest fort Schnittstelle hat immer noch einen Fehler gemeldet, aber ich kann aus den Redis-Protokollinformationen sehen

Kann nicht im Hintergrund speichern: fork: Speicher kann nicht zugewiesen werden

Es hängt mit dem zusammen Überprüfen Sie den vom Redis-Hauptprozess belegten Speicher wie folgt: Belegung von fast 55 %*4G-Speicher

Spezifischer Grund: Um das zu vermeiden Wenn der Hauptprozess beim Speichern von Daten auf der Festplatte angehalten wird, muss Redis eine Kopie des Hauptprozesses erstellen und dann den Vorgang zum Speichern der Daten auf der Festplatte im Fork-Prozess abschließen, wenn der Hauptprozess 2,2 GB Speicher verwendet Wenn der untergeordnete Fork-Prozess zu diesem Zeitpunkt nicht ausreicht, sind zusätzliche 2,2 GB erforderlich. Fork schlägt fehl und auch die Festplatte zum Speichern von Daten fällt aus.

3. Abhilfeplan (kann das Problem nicht grundsätzlich lösen):

3.1 Ändern Sie das Konfigurationselement stop-writes-on-bgsave-error no in der Datei redis.conf (der Standardwert ist ja), das heißt Wenn beim bgsave-Snapshot-Vorgang ein Fehler auftritt, wird das Schreiben von Daten auf die Festplatte gestoppt. Auf diese Weise werden alle nachfolgenden Schreibfehler fehlschlagen. Um nachfolgende Schreibvorgänge nicht zu beeinträchtigen, muss der Wert dieses Elements sein in „Nein“ geändert

3.2 Ändern Sie die Kernel-Parameter (3 unten) Methode), erfordert aber Root-Berechtigungen:

（1）	编辑/etc/sysctl.conf ，改vm.overcommit_memory=1，然后sysctl -p 使配置文件生效
（2）sysctl vm.overcommit_memory=1
（3）echo 1 > /proc/sys/vm/overcommit_memory

2. AOF-Persistenzmodusfehler

1. Beschreibung des Problems 1:

Sowohl Redis-Master- als auch Slave-Knoten aktivieren den AOF-Modus. Es gab 200 gleichzeitige Verbindungen und die Simulation begann weiterhin, nach 15 Minuten zu schreiben, und das Linux Der virtuelle Server, auf dem sich Redis befand, blieb hängen.

Der Schnittstellenfehler lautet wie folgt:

{"data":null,"base":{"returndesc":"系统异常","returncode":"999999"},"qrybase":null}
Biz（dubbo）接口报错如下：
2015-06-05 11:28:28.760 [DubboServerHandler-X.X.X.X:20882-thread-173] ERROR  - error while validate jedis!
redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out

Ursachenanalyse:

Der Dubbo-Schnittstellenfehlermeldung nach zu urteilen, liegt er an der Redis-Zeitüberschreitung des Schnittstellen-API-Vorgangs. Aus den Systemprotokollen und der E/A-Überwachung geht hervor, dass die oben genannten Probleme durch E/A-Engpässe verursacht werden (System-E/A ist zu ausgelastet), wie unten gezeigt:

Aus dem Systemprotokoll geht auch hervor, dass die E/A-Blockierungszeit 120 Sekunden überschreitet und die Maschine aufgrund des Systemsicherheitsmechanismus hängen bleibt.

Zusammenfassung
Die Testergebnisse beweisen, dass der AOF-Modus den offensichtlichsten Fehler aufweist, nämlich dass IO bei hohem Zugriffsdruck zu einem Leistungsengpass wird, was zur Nichtverfügbarkeit des Dienstes führt.

3. Abhilfemaßnahme (kann das Problem nicht grundsätzlich lösen)

Bearbeiten Sie /etc/sysctl.conf und fügen Sie die folgende Konfiguration hinzu:

vm.dirty_background_ratio = 5
vm.dirty_ratio = 10

Dann nimmt sysctl -p die Konfiguration vor Datei wirksam werden.

Beschreibung von Problem 2:

Unabhängig vom AOF-Modus oder RDB (Snapshot-Modus): Wenn die Größe der beiden Dateien (.aof oder .rdb) 80 % des Systemspeichers überschreitet, Der Redis-Prozess wird durch den Systemausfall abgebrochen, wodurch der Dienst nicht verfügbar ist.

Zusammenfassung

Die oben genannten Probleme zeigen, dass wir die Systemspeicherkapazität bei der Verwendung von Redis im Voraus planen müssen, da bei einem Ausfall von Redis eine große Datenmenge verloren geht und nicht mehr wiederhergestellt werden kann .

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

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