Heim > Datenbank > Redis > Hauptteil

Eine kurze Diskussion über die Mängel der RDB- und AOF-Persistenzmodi in Redis

青灯夜游
Freigeben: 2021-08-10 10:05:09
nach vorne
2091 Leute haben es durchsucht

In diesem Artikel werden Ihnen die Mängel der beiden Persistenzmodi von Redis (RDB und AOF) vorgestellt. Es hat einen gewissen Referenzwert. Freunde in Not können sich darauf beziehen. Ich hoffe, es wird für alle hilfreich sein.

Eine kurze Diskussion über die Mängel der RDB- und AOF-Persistenzmodi in Redis

【Verwandte Empfehlung: Redis-Video-Tutorial

1. Fehler im RDB-Persistenzmodus

1. Problembeschreibung:

Gleichzeitige 200 Kanäle, simulieren kontinuierliches Schreiben nach 4 Stunden, die Schnittstelle Eine große Anzahl von Anrufen scheiterte 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}}
Nach dem Login kopieren

2. Ursachenanalyse:

Interpretierte die Fehlermeldung und vermutete, dass sie durch unzureichenden Speicherplatz verursacht wurde blieb übrig, wie unten gezeigt:

Eine kurze Diskussion über die Mängel der RDB- und AOF-Persistenzmodi in Redis

Also fordert die Fehlermeldung dazu auf, das Redis-Protokoll zu öffnen und den Stresstest fortzusetzen. Die Schnittstelle meldet immer noch einen Fehler, 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 Redis-Hauptprozess zusammen. Wie folgt: Fast 55 %*4G des Speichers sind belegt. Spezifischer Grund: Um zu vermeiden, dass 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 Es werden 2,2 GB Speicher verwendet, und beim Forken des untergeordneten Prozesses werden weitere 2,2 GB benötigt. Der Speicher reicht nicht aus, der 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): Eine kurze Diskussion über die Mängel der RDB- und AOF-Persistenzmodi in Redis

3.1 Ändern Sie das Konfigurationselement stop-writes-on-bgsave-error no in der Datei redis.conf (der Standardwert ist „yes“), d. h. stoppen Sie das Schreiben Wenn beim bgsave-Snapshot-Vorgang Daten auf die Festplatte ein Fehler auftritt, schlagen alle nachfolgenden Schreibfehler fehl. Um nachfolgende Schreibvorgänge nicht zu beeinträchtigen, muss der Wert in „no“ geändert werden. 3.2 Ändern Sie die Kernel-Parameter (auf die folgenden drei Arten). , aber Root-Rechte sind erforderlich:

(1)	编辑/etc/sysctl.conf ,改vm.overcommit_memory=1,然后sysctl -p 使配置文件生效
(2)sysctl vm.overcommit_memory=1
(3)echo 1 > /proc/sys/vm/overcommit_memory
Nach dem Login kopieren

2. AOF-Persistenzmodusfehler

1. Beschreibung von Problem 1:

Sowohl der Redis-Master- als auch der Slave-Knoten haben den AOF-Modus mit 200 gleichzeitigen Verbindungen aktiviert, wodurch kontinuierliches Schreiben simuliert wird Nach 15 Minuten begannen viele Schnittstellenaufrufe fehlzuschlagen und der virtuelle Linux-Server, auf dem sich Redis befindet, hängt.

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
Nach dem Login kopieren

Ursachenanalyse:

Aus der Dubbo-Schnittstellenfehlermeldung geht hervor, dass er durch die Redis-Zeitüberschreitung des Schnittstellen-API-Vorgangs verursacht wird. 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:

Das ist auch aus den Systemprotokollen ersichtlich Die E/A-Blockierungszeit überschreitet 120 Sekunden. Der Computer blieb aufgrund des Systemsicherheitsmechanismus hängen.

Eine kurze Diskussion über die Mängel der RDB- und AOF-Persistenzmodi in RedisZusammenfassung

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. Eine kurze Diskussion über die Mängel der RDB- und AOF-Persistenzmodi in Redis

3. Abhilfeplan (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
Nach dem Login kopieren
Dann verwenden Sie sysctl -p, damit die Konfigurationsdatei wirksam wird.

Beschreibung von Problem 2:

Unabhängig davon, ob der AOF-Modus oder RDB (Snapshot-Modus) verwendet wird, wird der Redis-Prozess abgebrochen, wenn die Größe der beiden Dateien (.aof oder .rdb) 80 % des Systemspeichers überschreitet Dies führt dazu, dass der Dienst nicht verfügbar ist.

Zusammenfassung

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

Weitere Kenntnisse zum Thema Programmierung finden Sie unter:

Programmiervideos

! !

Das obige ist der detaillierte Inhalt vonEine kurze Diskussion über die Mängel der RDB- und AOF-Persistenzmodi in Redis. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten:
Quelle:csdn.net
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage
Über uns Haftungsausschluss Sitemap
Chinesische PHP-Website:Online-PHP-Schulung für das Gemeinwohl,Helfen Sie PHP-Lernenden, sich schnell weiterzuentwickeln!