Die Wheat Academy erklärt in einfachen Worten den Austausch von Redis-Videomaterial

Redis ist ein Speichersystem. Es unterstützt das Speichern relativ weiterer Werttypen, einschließlich String (String), Liste (verknüpfte Liste), Set (Satz), Zset (sortierter Satz – geordneter Satz) und Hash (Hash-Typ). „Das ausführliche Redis-Video-Tutorial der Maizi Academy“ führt Sie vom oberflächlichen zum tiefen Verständnis dieses Systems.

Redis ist ein Schlüsselwertspeichersystem. Ähnlich wie Memcached unterstützt es relativ mehr gespeicherte Werttypen, einschließlich String (String), Liste (verknüpfte Liste), Set (Satz), Zset (sortierter Satz – geordneter Satz) und Hash (Hash-Typ). Diese Datentypen unterstützen alle Push/Pop-, Add/Remove-, Schnitt-, Vereinigungs-, Differenz- und umfangreichere Operationen und diese Operationen sind alle atomar. Auf dieser Basis unterstützt redis verschiedene Sortierarten. Wie bei Memcached werden Daten im Speicher zwischengespeichert, um die Effizienz sicherzustellen. Der Unterschied besteht darin, dass Redis regelmäßig aktualisierte Daten auf die Festplatte schreibt oder Änderungsvorgänge in zusätzliche Datensatzdateien schreibt und auf dieser Grundlage eine Master-Slave-Synchronisation (Master-Slave) erreicht wird.

Redis ist eine leistungsstarke Schlüsselwertdatenbank. Das Aufkommen von Redis hat die Mängel der Schlüssel-/Wertspeicherung wie Memcached weitgehend ausgeglichen und kann in manchen Situationen eine sehr gute Ergänzung zu relationalen Datenbanken spielen. Es bietet Java, C/C++, C#, PHP, JavaScript, Perl, Object-C, Python, Ruby, Erlang und andere Clients, was sehr bequem zu verwenden ist.

Redis unterstützt die Master-Slave-Synchronisation. Daten können vom Master-Server mit einer beliebigen Anzahl von Slave-Servern synchronisiert werden, und der Slave-Server kann ein Master-Server sein, der mit anderen Slave-Servern verbunden ist. Dadurch kann Redis eine einstufige Baumreplikation durchführen. Beim Speichern können Daten absichtlich oder unabsichtlich geschrieben werden. Da der Publish/Subscribe-Mechanismus vollständig implementiert ist, kann die Slave-Datenbank, wenn sie den Baum irgendwo synchronisiert, einen Kanal abonnieren und den vollständigen Nachrichtenfreigabedatensatz des Master-Servers empfangen. Die Synchronisierung ist hilfreich für die Skalierbarkeit und Datenredundanz von Lesevorgängen.

Adresse für die Videowiedergabe: http://www.php.cn/course/566.html

Schwierigkeiten beim Lernen:

Nosql verwenden:

Hohe Leistung, DB-Nachfrage nach RW mit hoher Parallelität (Web2.0-Websites müssen dynamische Seiten generieren und dynamische Informationen in Echtzeit basierend auf vom Benutzer personalisierten Informationen bereitstellen, also ist es so Es ist schwierig, dynamische Seiten mit statischer Technologie zu verwenden, daher sind die Parallelitäts- und Lastanforderungen der Datenbank sehr hoch und erreichen oft Zehntausende von RW-Zeiten pro Sekunde. Die relationale Datenbank einschließlich verteilter Cluster kann Zehntausenden von Abfragen (r) kaum standhalten, aber wenn Es kann Zehntausende von SQL-Schreibvorgängen bewältigen, die physische Festplatten-E/A kann dies nicht mehr ertragen. Für gewöhnliche große BBS-Websites ist eine hohe Parallelität erforderlich -Effiziente Speicher- und Zugriffsanforderungen für große Datenmengen (bei großen SNS generieren Benutzer jeden Tag riesige Mengen dynamischer Daten. Friendfeed hat beispielsweise 250 Millionen Benutzeraktualisierungen pro Monat. Für relationale Datenbanken ist es äußerst ineffizient, SQL-Abfragen in einem auszuführen Tabelle mit 250 Millionen Datensätzen; Benutzeranmeldungen großer Websites. Systeme wie Tencent, Shengda usw. verfügen über Hunderte Millionen Konten, mit denen relationale Datenbanken nur schwer umgehen können.

hohe Skalierbarkeit & Anforderungen an hohe Verfügbarkeit, hohe Skalierbarkeit und hohe Verfügbarkeit (in der Internet-Website-Architektur ist DB am meisten Es ist schwierig, horizontal zu erweitern. Wenn die Anzahl der Benutzer und Besuche des Anwendungssystems von Tag zu Tag zunimmt, ist es für DB schwierig, zu erweitern Leistung und Ladekapazität einfach durch Hinzufügen von Hardwareknoten wie Webserver und App-Server. Für viele Websites, die einen unterbrechungsfreien Betrieb rund um die Uhr gewährleisten müssen, ist das Aktualisieren und Erweitern der Datenbank sehr mühsam, was häufig Ausfallzeiten, Wartung und Datenmigration erfordert >

nosql entfernt die folgenden Funktionen der relationalen Datenbank:

Beziehungs-DB-Datentransaktionskonsistenzanforderungen (herkömmliche relationale Datenbanken müssen die Anforderungen an die DB-Transaktionskonsistenz erfüllen und können daher die Anforderungen von nicht erfüllen hohe Parallelität rw);

DBs R-Echtzeit- und W-Echtzeitanforderungen (für relationale DB-Abfragen unmittelbar nach dem Einfügen eines Datenelements in die DB, aber für viele Webanwendungen, z hohe Echtzeitleistung ist nicht erforderlich);

Für komplexe SQL-Abfragen, insbesondere Abfrageanforderungen für mehrere Tabellen (Jedes Websystem mit einer großen Datenmenge, insbesondere SNS, ist bezüglich Korrelationsabfragen mehrerer Um diese Situation zu vermeiden, wird bei großen Tabellen und komplexen Datenanalysen häufig eine einzelne Abfrage und eine einfache bedingte Paging-Abfrage für eine einzelne Tabelle verwendet. die Funktion von SQL ist stark geschwächt);

Das obige ist der detaillierte Inhalt vonDie Wheat Academy erklärt in einfachen Worten den Austausch von Redis-Videomaterial. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!