Warum wird ein einzelner Redis-Thread so schnell ausgeführt?

Der Grund, warum Redis sehr schnell ausgeführt wird, hängt hauptsächlich von den folgenden Gründen ab:

(1) Reiner Speicherbetrieb, Vermeidung massiver Zugriffe auf die Datenbank und Reduzierung direkter Lesevorgänge auf der Festplatte Daten: Redis speichert Daten im Speicher und ist nicht durch die E/A-Geschwindigkeit der Festplatte begrenzt, sodass die Geschwindigkeit hoch ist Es gibt keinen Kontextwechsel und keine Race-Bedingungen, und es gibt keinen CPU-Verbrauch aufgrund des durch Multiprozess oder Multithreading verursachten Wechsels. Es besteht keine Notwendigkeit, verschiedene Sperrenprobleme zu berücksichtigen. Es gibt keine Sperr- und Freigabevorgänge und es gibt keine Leistung Verbrauch durch mögliche Deadlocks;

(3) Es wird ein nicht blockierender E/A-Multiplexmechanismus übernommen

Multiplexprinzip:

Benutzer Fügen Sie zuerst den Socket, der E/A-Vorgänge erfordert, zur Auswahl hinzu, blockieren Sie ihn und warten Sie, bis der ausgewählte Systemaufruf zurückkehrt. Wenn Daten eintreffen, wird der Socket aktiviert und die Auswahlfunktion kehrt zurück. Der Benutzerthread initiiert offiziell eine Leseanforderung, liest die Daten und setzt die Ausführung fort. Auf diese Weise können Benutzer mehrere Sockets registrieren und dann kontinuierlich select aufrufen, um die aktivierten Sockets zu lesen. Der Redis-Server stellt diese Sockets in die Warteschlange, und dann geht der Dateiereignis-Dispatcher der Reihe nach in die Warteschlange und leitet sie an verschiedene Ereignisverarbeitungen weiter im Prozessor, um die Leseeffizienz zu verbessern.

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). Das Mehrkanal-E/A-Multiplexing-Modell verwendet Select, Poll und Epoll hat die Fähigkeit, E/A-Ereignisse mehrerer Streams gleichzeitig zu überwachen. Wenn ein oder mehrere Streams E/A-Ereignisse haben, wird der aktuelle Thread blockiert Das Programm Alle Streams werden abgefragt (epoll fragt nur die Streams ab, die tatsächlich Ereignisse ausgeben), und nur bereite Streams werden nacheinander verarbeitet. Dieser Ansatz vermeidet eine große Anzahl nutzloser Vorgänge und verbessert so die Effizienz.

(4) Flexible und vielfältige Datenstrukturen.

Redis verwendet intern ein redisObject-Objekt, um alle Schlüssel und Werte darzustellen. Zu den Hauptinformationen von redisObject gehören Datentyp, Codierungsmethode, Datenzeiger, virtueller Speicher usw. Es enthält fünf Datentypen: String, Hash, List, Set und Sorted Set. Entsprechende Datentypen werden für verschiedene Szenarien verwendet, was nicht nur die Speichernutzung reduziert, sondern auch die Übertragung des Netzwerkverkehrs spart.

(5) Persistenz

Da Redis-Daten im Speicher gespeichert werden und die Persistenz nicht konfiguriert ist, gehen nach dem Neustart von Redis alle Daten verloren. Daher muss die Persistenzfunktion von Redis aktiviert werden. Speichern Sie die Daten auf der Festplatte. Wenn Redis neu gestartet wird, können die Daten von der Festplatte wiederhergestellt werden. Redis bietet zwei Methoden für die Persistenz: Eine ist die RDB-Persistenz (das Prinzip besteht darin, die Datenbankdatensätze von Redis im Speicher regelmäßig in die RDB-Persistenz auf der Festplatte zu übertragen) und die andere ist die AOF-Persistenz (nur Datei anhängen) (Das Prinzip besteht darin, die zu schreiben Redis-Vorgangsprotokoll an die Datei anhängen). Persistenz scheint nicht direkt mit der Geschwindigkeit von Redis zusammenzuhängen, gewährleistet aber die Sicherheit und Zuverlässigkeit von Redis-Daten und spielt auch eine Rolle bei der Datensicherung.

(6) Zusammenfassung

Stellen Sie sich vor, dass ein einzelner Thread keine Multi-Core-CPU-Leistung erbringen kann. Tatsächlich ist dies nicht der Fall. Wir können es verbessern, indem wir mehrere Redis-Instanzen auf einer einzigen öffnen Maschine. Ein einzelner Thread kann nur einen CPU-Kern verwenden, sodass mehrere Instanzen auf demselben Multi-Core-Server gestartet werden können, um einen Master-Master oder Master-Slave zu bilden. Zeitaufwändige Lesebefehle können vollständig auf dem Slave ausgeführt werden, sodass volles Spiel gewährleistet ist um die Rolle neu zu definieren.

Einzelthread bezieht sich auf das Netzwerkanforderungsmodul, das einen Thread verwendet (daher besteht keine Notwendigkeit, die Parallelitätssicherheit zu berücksichtigen. Andere Module nutzen auch mehrere Threads, um ihre Vorteile bei der Verwendung von Redis voll auszuschöpfen und einige Unzulänglichkeiten zu vermeiden Der Betrieb kann zu Leistungseinbußen führen.

Weitere Informationen zu Redis finden Sie in der Spalte

Tutorial zur Redis-Nutzung

!

Das obige ist der detaillierte Inhalt vonWarum wird ein einzelner Redis-Thread so schnell ausgeführt?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!