Wie die Redis-Nachrichtenwarteschlange Datenverlust verhindert

Redis implementiert Nachrichtenwarteschlangen in zwei Formen:

Broadcast-Abonnementmodus: Basierend auf dem Pub/Sub-Mechanismus von Redis, sobald ein Client geht Veröffentlichen Sie eine Nachricht in einem bestimmten Schlüssel, und alle Abonnement-Clients lösen den Ereigniscluster-Abonnementmodus aus: basierend auf bidirektionaler Redis-Liste + Atomizität + BRPOP (empfohlenes Lernen: Redis-Video-Tutorial)

Redis-Nachrichtenwarteschlange: Wenn Redis ausfällt, können Nachrichten verloren gehen (dies hängt auch von der Persistenzstrategie ab). Wenn der Nachrichtenempfänger nicht über einen Mechanismus zum erneuten Senden und Überprüfen verfügt, gehen die Daten in Redis verloren. Die Verwendung von Redis als Nachrichtenwarteschlange ist daher normalerweise ein Szenario, in dem die Genauigkeit der Nachricht nicht besonders hoch ist.

Wenn Sie die endgültige Konsistenz der Daten absolut garantieren und sicherstellen, dass die Nachricht nicht zu 100 % verloren geht, dann benötigen Sie:

1.Erforderlich beim Schreiben. Aktivieren Sie die Transaktionsverarbeitung, um ein erfolgreiches Schreiben sicherzustellen.

2. Redis ist so konfiguriert, dass alle Änderungen in Echtzeit gespeichert werden müssen. Wenn es sich beispielsweise beim Speicherende um eine Festplatte handelt, wird jede Änderung synchron davor auf die Festplatte geschrieben ist abgeschlossen. Redis unterstützt die Konfiguration auf diese Weise, aber dadurch verschwindet die Funktion der In-Memory-Datenbank vollständig und die Leistung wird sehr gering.

3. Die Verbraucherseite muss auch eine Transaktionsmethode implementieren. Nach Abschluss der Verarbeitung wird die Nachricht tatsächlich gelöscht.

4. Die gleichzeitige Verarbeitung mehrerer Threads oder mehrerer Terminals kann durch Sperren vermieden werden.

Die Anforderungen von 3 und 4 müssen selbst implementiert werden. Sie können sie auch gemeinsam in Betracht ziehen. Sie können sie auch mit einer anderen Warteschlange implementieren, eine bessere Möglichkeit besteht jedoch darin, einen Zähler innerhalb der Warteschlange zu implementieren . Fügen Sie für das Hash-Format ein Feld und einen Wert als Basis hinzu. Wenn Sie am Anfang der Zeichenfolge einen Wert und ein Trennzeichen hinzufügen, können Sie einen einfachen Zähler erstellen ist praktisch genug.

Mit Ausnahme bestimmter Systeme ist eine so starke Konsistenz im Allgemeinen nicht erforderlich. Die Implementierung ist nicht schwierig, aber die Leistung wird sehr schlecht sein.

Bankzahlungsunternehmen erfordern eine strikte Transaktionskonsistenz, während Internetunternehmen im Allgemeinen einen kniffligen Ansatz verwenden, der im Austausch für eine höhere Leistung einen kleinen Datenverlust in sehr kurzer Zeit tolerieren kann.

Zum Beispiel kann die obige Redis-Verarbeitung so geändert werden, dass tatsächlich auf die Festplatte geschrieben wird, wenn sich 1000 Daten ändern. Im Extremfall, etwa bei einem plötzlichen Stromausfall, besteht die Gefahr, dass diese 1.000 Daten verloren gehen. Natürlich ist die Wahrscheinlichkeit, dass dies geschieht, auch sehr gering (von Lanxiang-Baggern fernbleiben?), daher ist es in den meisten Szenarien akzeptabel.

Weitere technische Artikel zum Thema Redis finden Sie in der Spalte Redis Getting Started Tutorial.

Das obige ist der detaillierte Inhalt vonWie die Redis-Nachrichtenwarteschlange Datenverlust verhindert. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!