Einführung in die Mängel der beiden Persistenzmethoden von 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 die Redis-Protokollinformationen

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

Dies hängt mit der unsachgemäßen Verwendung des Speichers durch den Prozess zusammen Der vom Redis-Hauptprozess belegte Speicher ist wie folgt: Belegung von fast 55 %*4G-Speicher

Spezifischer Grund: Um zu vermeiden, dass der Hauptprozess beim Speichern von Daten auf der Festplatte angehalten wird Auf der Festplatte 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, benötigt der Fork-Unterprozess weitere 2,2 GB benötigt wird, der Speicher nicht ausreicht, Fork ausfällt und auch die datenspeichernde Festplatte ausfällt.

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 schlagen alle nachfolgenden Schreibfehler fehl. Um nachfolgende Schreibvorgänge nicht zu beeinträchtigen, muss der Wert auf „Nein“ geändert werden

3.2 Ändern Sie die Kernel-Parameter (3 unten) Methode), erfordert jedoch 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 der virtuelle Linux-Server schlug fehl Redis lag 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 die Mängel der beiden Persistenzmethoden von Redis. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!