Ist Redis Multi-Threaded?

Redis ist Single-Threaded. Single-Threaded bedeutet, dass das Netzwerkanforderungsmodul einen Thread verwendet (es besteht also keine Notwendigkeit, die Sicherheit der Parallelität zu berücksichtigen). Das heißt, ein Thread verarbeitet alle Netzwerkanforderungen, während andere Module weiterhin mehrere Threads verwenden.

Die Gründe, warum Redis schnell ausgeführt werden kann:

(1) Die meisten Anfragen sind reine Speicheroperationen (sehr schnell)
(2) Verwenden Sie einen einzelnen Thread, um unnötiges zu vermeiden Kontextwechsel und Race-Bedingungen
(3) Nicht blockierendes IO-IO-Multiplexing (Was bedeutet IO-Multiplexing?)

Es gibt drei Methoden beim IO-Multiplexing:select,poll,epoll. Es ist zu beachten, dass Select und Poll Thread-unsicher sind, während Epoll Thread-sicher ist.

Die interne Implementierung von Redis verwendet Epoll und verwendet Epoll +, ein einfaches, von ihm selbst implementiertes Ereignis-Framework. Lesen, Schreiben, Schließen und Verbinden in Epoll werden alle in Ereignisse umgewandelt und dann die Multiplex-Funktion von Epoll verwendet, um keine Zeit mit io zu verschwenden. Diese drei Bedingungen sind nicht unabhängig voneinander, insbesondere die erste, wenn die Anforderung vorliegt Alle sind zeitaufwändig und der Durchsatz und die Leistung eines einzelnen Threads sind vorstellbar. Es sollte gesagt werden, dass Redis die geeignete technische Lösung für spezielle Szenarien ausgewählt hat.

Interne Implementierung von Redis:

Die interne Implementierung verwendet Epoll, wobei Epoll + ein einfaches, von ihm selbst implementiertes Event-Framework verwendet wird. Lesen, Schreiben, Schließen und Verbinden in Epoll werden alle in Ereignisse umgewandelt und dann die Multiplex-Funktion von Epoll verwendet, um keine Zeit mit io zu verschwenden. Diese drei Bedingungen sind nicht unabhängig voneinander, insbesondere die erste, wenn die Anforderung vorliegt Alle sind zeitaufwändig und der Durchsatz und die Leistung eines einzelnen Threads sind vorstellbar. Es sollte gesagt werden, dass Redis die geeignete technische Lösung für spezielle Szenarien ausgewählt hat.

Redis zu Thread-Sicherheitsproblemen:

Redis übernimmt tatsächlich das Konzept des Thread-Schließens und schließt Aufgaben in einem Thread, was natürlich Thread-Sicherheitsprobleme vermeidet, aber für diejenigen, die sich auf mehrere Redis verlassen müssen Für zusammengesetzte Vorgänge sind weiterhin Sperren erforderlich, bei denen es sich möglicherweise um verteilte Sperren handelt.

Was sind die Vorteile der Verwendung von Redis?

(1) Es ist schnell, weil die Daten im Speicher gespeichert werden, ähnlich wie bei HashMap. Der Vorteil von HashMap besteht darin, dass die zeitliche Komplexität von Suche und Betrieb O(1) ist

(2 ) Reichhaltige Unterstützung für Datentypen, unterstützt Zeichenfolge, Liste, Menge, sortierte Menge, Hash

(3) Unterstützt Transaktionen, Operationen sind alle atomar. Die sogenannte Atomizität bedeutet, dass alle Änderungen an den Daten entweder ausgeführt werden oder überhaupt nicht ausgeführt

(4) Umfangreiche Funktionen: Kann zum Zwischenspeichern, Versenden von Nachrichten und zum Festlegen der Ablaufzeit per Schlüssel verwendet werden, wird nach Ablauf automatisch gelöscht

Redis häufige Leistungsprobleme und Lösungen:

(1) Der Master führt am besten keine Persistenzarbeiten wie RDB-Speicher-Snapshots und AOF-Protokolldateien durch (der Master schreibt Speicher-Snapshots und der Speicherbefehl plant die rdbSave-Funktion, die die Arbeit von blockiert Wenn der Hauptthread relativ groß ist, hat dies folgende Auswirkungen auf die Leistung: Wenn die Daten sehr groß sind, wird der Dienst zeitweise angehalten. Daher ist es am besten, keine Speicher-Snapshots auf den Master zu schreiben groß, es wirkt sich auf die Wiederherstellungsgeschwindigkeit des Master-Neustarts aus)

(2) Wenn die Daten wichtig sind, sollte ein Slave die AOF-Sicherung aktivieren. Daten, Richtlinie ist so eingestellt, dass sie einmal pro Sekunde synchronisiert

(3) Für die Geschwindigkeit der Master-Slave-Replikation und die Stabilität der Verbindung ist es am besten, wenn sich Master und Slave im selben LAN befinden

(4) Vermeiden Sie das Hinzufügen von Slave-Bibliotheken zum Master Bibliothek, die unter großem Druck steht

(5) Verwenden Sie keine Diagrammstruktur für die Master-Slave-Replikation. Es ist stabiler, eine einseitig verknüpfte Listenstruktur zu verwenden, das heißt: Master <- Slave1 < ;- Slave2 <- Slave3...; Diese Struktur erleichtert die Lösung des Single-Point-of-Failure-Problems und die Realisierung des Ersatzes des Masters durch den Slave. Wenn der Master auflegt, können Sie Slave1 sofort als Master aktivieren und alles andere unverändert lassen.

Weitere Informationen zu Redis finden Sie in der Spalte Tutorial zur Redis-Nutzung!

Das obige ist der detaillierte Inhalt vonIst Redis Multi-Threaded?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!