Die folgende Kolumne des Redis-Tutorials stellt Ihnen die Gründe vor, warum Redis Single-Threaded ist, und die drei Hauptgründe für hohe Parallelität und hohe Geschwindigkeit. Ich hoffe, dass es für Freunde in Not hilfreich sein wird!
1.Redis basieren auf dem Speicher, und die Speicher- und Schreibgeschwindigkeit ist sehr schnell; .redis ist ein einzelner Thread, der beim Kontextwechsel von Threads viel Zeit spart.
3 Redis verwendet Multiplexing-Technologie, um gleichzeitige Verbindungen zu 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.
1) Es besteht keine Notwendigkeit für den Leistungsverbrauch verschiedener Sperren
Die Datenstrukturen von Redis sind nicht nur einfache Schlüsselwerte, sondern auch komplexe Strukturen wie Listen und Hashes. Körnige Vorgänge, wie 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-Threaded-Multiprozess-Clusterlösung
Die Leistung von Single-Threading ist tatsächlich sehr leistungsstark und die Effizienz jedes Kerns ist natürlich auch sehr hoch. Multi-Threading kann natürlich eine höhere Leistungsgrenze haben als Single-Threading In der heutigen Computerumgebung kann selbst die Obergrenze des Single-Machine-Multithreadings die Anforderungen oft nicht erfüllen. Multi-Server-Clustering-Lösungen sind in diesen Lösungen immer noch nicht verfügbar.
Ein Single-Thread-Multiprozess-Cluster ist also eine modische Lösung.
3) CPU-Verbrauch
Verwendung eines einzelnen Threads, Vermeidung unnötiger Kontextwechsel und Race-Bedingungen, 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.
Vor- und Nachteile von Redis Single Thread
Vorteile von Single Process und Single Thread
Mehrkanal – bezieht sich auf mehrere Socket-Verbindungen, Wiederverwendung – 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 „mehrfach“ 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.
Das Obige ist eine detaillierte Erklärung der hohen Parallelität und Geschwindigkeit von Redis.
Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der Gründe, warum Redis Single-Threaded ist, und der drei Hauptgründe für hohe Parallelität und Geschwindigkeit. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!