Einführung in die Redis-Verarbeitung mit hoher Parallelität

Die Gründe für die hohe Parallelität und Geschwindigkeit von Redis

1.Redis basiert auf dem Gedächtnis und dem Lesen und Schreibgeschwindigkeit des Speichers Sehr schnell;

2.Redis ist Single-Threaded, was beim Kontextwechsel von Threads viel Zeit spart;

3.Redis verwendet Multiplexing-Technologie und kann gleichzeitige Verbindungen verarbeiten. Die interne Implementierung nicht blockierender E/A verwendet Epoll und verwendet ein einfaches Ereignis-Framework, das von Epoll+ selbst implementiert wird. Lesen, Schreiben, Schließen und Verbinden in Epoll werden alle in Ereignisse umgewandelt und dann die Multiplexing-Funktion von Epoll verwendet, um keine Zeit mit io zu verschwenden.

Das Folgende konzentriert sich auf die Gründe, warum Single-Threaded-Design und IO-Multiplexing-Core-Design schnell sind

Warum Redis Single-Threaded ist

1. Offizielle Antwort

Da Redis ein speicherbasierter Vorgang ist, ist die CPU nicht der Engpass von Redis. Der Engpass von Redis ist höchstwahrscheinlich die Größe des Maschinenspeichers oder der Netzwerkbandbreite. Da Single-Threading einfach zu implementieren ist und die CPU nicht zum Engpass wird, ist es logisch, eine Single-Thread-Lösung zu übernehmen.

2. Leistungsindikatoren

Was die Leistung von Redis angeht, kann ein gewöhnliches Notebook problemlos Hunderttausende Anfragen pro Sekunde verarbeiten.

3. Detaillierte Gründe

1) Der Leistungsverbrauch verschiedener Sperren ist nicht erforderlich

Die Datenstrukturen von Redis sind nicht nur einfache Schlüsselwerte, sondern auch Listen und Hashes. Solche komplexen Strukturen können sehr feinkörnige Vorgänge ausführen, z. B. das Hinzufügen eines Elements am Ende einer langen Liste oder das Hinzufügen oder Löschen eines Objekts

aus einem Hash. Für diese Vorgänge müssen möglicherweise viele Sperren hinzugefügt werden, was zu einem erheblich erhöhten Synchronisierungsaufwand führt.

Kurz gesagt, im Fall eines einzelnen Threads besteht keine Notwendigkeit, verschiedene Sperrprobleme zu berücksichtigen. Es gibt keine Sperr- und Freigabevorgänge und es gibt keinen Leistungsverbrauch durch mögliche Deadlocks.

2) Single-Thread-Multiprozess-Clusterlösung

Die Leistung von Single-Thread ist tatsächlich sehr leistungsstark und die Effizienz jedes Kerns ist natürlich auch sehr hoch eine höhere Leistungsgrenze als Single-Threading, aber in der heutigen Computerumgebung kann selbst die Obergrenze des Single-Machine-Multi-Threading oft nicht die Anforderungen erfüllen. Was weiter untersucht werden muss, sind Multi-Server-Clustering-Lösungen, bei denen Multi-Threading eingesetzt wird Technologie ist immer noch nicht verfügbar.

Daher ist ein Single-Threaded-Multiprozess-Cluster eine modische Lösung.

3) CPU-Verbrauch

Verwendet einen einzelnen Thread, um unnötige Kontextwechsel und Race-Bedingungen zu vermeiden, und es gibt keinen CPU-Verbrauch aufgrund von Umschaltungen, die durch Multiprozess oder Multithreading verursacht werden.

Was aber, wenn die CPU zum Flaschenhals von Redis wird oder Sie nicht möchten, dass andere CPU-Kerne des Servers im Leerlauf sind?

Sie können erwägen, mehrere weitere Redis-Prozesse zu starten. Redis ist eine Schlüsselwertdatenbank, keine relationale Datenbank, und es gibt keine Einschränkungen zwischen den Daten. Solange der Client weiß, welche Schlüssel in welchem ​​Redis-Prozess abgelegt werden, ist alles in Ordnung.

IO-Multiplexing-Technologie

Redis nutzt Netzwerk-IO-Multiplexing-Technologie, um einen hohen Durchsatz des Systems bei mehreren Verbindungen sicherzustellen.

Mehrkanal – bezieht sich auf mehrere Socket-Verbindungen, Multiplexing – bezieht sich auf die Wiederverwendung eines Threads. Es gibt drei Hauptmultiplextechnologien: Select, Poll und Epoll. epoll ist die neueste und beste verfügbare Multiplexing-Technologie.

Hier bezieht sich „Mehrkanal“ auf mehrere Netzwerkverbindungen und „Wiederverwendung“ auf die Wiederverwendung desselben Threads. Durch die Verwendung der Mehrkanal-E/A-Multiplexing-Technologie kann ein einzelner Thread mehrere Verbindungsanforderungen effizient verarbeiten (wodurch der Zeitaufwand für Netzwerk-E/A minimiert wird), und Redis verarbeitet Daten im Speicher sehr schnell (In-Memory-Vorgänge werden hier kein Problem darstellen). ). Leistungsengpass), die beiden oben genannten Punkte tragen hauptsächlich zum hohen Durchsatz von Redis bei.

Redis High Concurrency Kurzzusammenfassung

1. Redis ist eine reine Speicherdatenbank, im Allgemeinen einfach Zugriffsvorgänge, Threads nehmen viel Zeit in Anspruch, und die aufgewendete Zeit konzentriert sich hauptsächlich auf E/A, sodass die Lesegeschwindigkeit hoch ist.

2. Redis verwendet nicht blockierendes IO und IO-Multiplexing. Es verwendet einen einzelnen Thread, um den Deskriptor abzufragen und die Datenbank in Ereignisse umzuwandeln. Reduzierung des Kontextwechsels und der Konkurrenz beim Threadwechsel.

3. Redis verwendet ein Single-Thread-Modell, das die Atomizität jeder Operation gewährleistet und den Thread-Kontextwechsel und die Konkurrenz reduziert.

4. Darüber hinaus verwendet Redis während des gesamten Prozesses eine Hash-Struktur, die eine schnelle Lesegeschwindigkeit bietet. Es gibt auch einige spezielle Datenstrukturen, die die Datenspeicherung optimieren. Kurze Daten werden komprimiert und gespeichert, ein weiteres Beispiel sind Skip-Tabellen, und geordnete Datenstrukturen werden verwendet, um das Lesen zu beschleunigen.

5. Ein weiterer Punkt ist, dass Redis einen eigenen Ereignisseparator verwendet, der intern eine nicht blockierende Ausführungsmethode verwendet und eine relativ große Durchsatzkapazität aufweist.

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

Das obige ist der detaillierte Inhalt vonEinführung in die Redis-Verarbeitung mit hoher Parallelität. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!