Wofür wird Redis im Allgemeinen im Java-Web verwendet?

Im Allgemeinen gibt es zwei Hauptszenarien für Redis in Java-Webanwendungen. Das eine besteht darin, häufig verwendete Daten zwischenzuspeichern, und das andere darin, sie zum schnellen Lesen/Schreiben zu verwenden, wenn schnelles Lesen/Schreiben erforderlich ist Es gibt zum Beispiel Situationen, in denen es notwendig ist, sich zu beeilen, um Waren einzukaufen und sich rote Umschläge zu schnappen.

Aufgrund des schnellen Lesens/Schreibens von Daten unter Bedingungen hoher Parallelität ist die Datenkonsistenz und Zugriffskontrolle eines der Kernprobleme.

Caches (Empfohlenes Lernen: Redis-Video-Tutorial )

Beim Lese-/Schreibvorgang der Datenbank ist die Realität die Die Anzahl der Lesevorgänge übersteigt die Anzahl der Schreibvorgänge bei weitem, im Allgemeinen in einem Verhältnis von 1:9 bis 3:7, sodass die Möglichkeit des Lesens viel größer ist als die Möglichkeit des Schreibens.

Wenn SQL zum Lesen an die Datenbank gesendet wird, geht die Datenbank auf die Festplatte, um die entsprechenden Daten wieder zu indizieren, und die Indizierung der Festplatte ist ein relativ langsamer Prozess. Wenn die Daten direkt auf dem im Speicher ausgeführten Redis-Server abgelegt werden, ist kein Lesen/Schreiben auf der Festplatte erforderlich, sondern das direkte Lesen des Speichers, was offensichtlich viel schneller ist und den Druck auf die Datenbank erheblich verringert.

Die Kosten für die Verwendung von Speicher zum Speichern von Daten sind ebenfalls relativ hoch, da Festplatten auf TGB-Niveau sein können und sehr günstig sind. Der Speicher beträgt im Allgemeinen einige hundert GB, was daher ziemlich beeindruckend ist. Der Speicherplatz ist begrenzt und der Preis ist auch viel höher als der der Festplatte, sodass die Kosten für die Speichernutzung hoch sind. Es ist nicht möglich, alles zu speichern, was Sie möchten. Daher sollten wir die bedingte Speicherung von Daten in Betracht ziehen.

Im Allgemeinen werden einige häufig verwendete Daten gespeichert, z. B. einige wichtige Geschäftsinformationen, z. B. Banken speichern einige grundlegende Kundeninformationen, Bankkarteninformationen, aktuelle Transaktionsinformationen usw. Im Allgemeinen müssen Sie bei der Verwendung von Redis-Speicher drei Aspekte berücksichtigen.

Werden Geschäftsdaten häufig verwendet? Wie hoch ist die Trefferquote? Wenn die Trefferquote niedrig ist, muss nicht in den Cache geschrieben werden. Ob die Geschäftsdaten viele Lesevorgänge oder viele Schreibvorgänge aufweisen? Wenn es viele Schreibvorgänge gibt, müssen sie häufig in die Datenbank geschrieben werden und es besteht keine Notwendigkeit, den Cache zu verwenden. Wie groß sind Geschäftsdaten? Wenn Sie Hunderte Megabyte an Dateien speichern möchten, wird der Cache stark belastet. Ist das notwendig?

Wenn Sie nach Prüfung dieser Probleme der Meinung sind, dass Caching notwendig ist, dann verwenden Sie es. Die Leselogik für die Verwendung von Redis als Cache ist in Abbildung 1 dargestellt.

Aus Abbildung 1 können wir die folgenden zwei Punkte erkennen.

Beim ersten Lesen von Daten schlägt das Lesen von Redis-Daten fehl. Zu diesem Zeitpunkt wird das Programm dazu veranlasst, die Datenbank zu lesen, die Daten zu lesen und sie in Redis zu schreiben.

Wenn die Daten zum zweiten Mal gelesen werden und danach, wird Redis direkt gelesen. Nachdem die Daten gelesen wurden, wird der Prozess beendet, sodass die Geschwindigkeit erheblich verbessert wird.

Aus der obigen Analyse können wir ersehen, dass die meisten Vorgänge Lesevorgänge sind. Die Verwendung von Redis zur Verarbeitung von Lesevorgängen erfolgt sehr schnell und verringert gleichzeitig die Abhängigkeit von der Datenbank und die Belastung der Datenbank erheblich.

Nachdem wir die Logik des Lesevorgangs analysiert haben, analysieren wir den Prozess des Schreibvorgangs, wie in Abbildung 2 dargestellt.

Wie aus dem Prozess ersichtlich ist, erfordern Aktualisierungs- oder Schreibvorgänge mehrere Redis-Vorgänge. Wenn die Anzahl der Geschäftsdaten-Schreibvorgänge viel größer ist als die Anzahl der Lesevorgänge, besteht keine Notwendigkeit, Redis zu verwenden.

Wenn die Anzahl der Lesevorgänge viel größer ist als die Anzahl der Schreibvorgänge, dann hat die Verwendung von Redis ihren Wert, denn obwohl das Schreiben auf Redis eine gewisse Menge Geld kostet, ist die Leistung gut und im Vergleich dazu fast vernachlässigbar Datenbank.

Hochgeschwindigkeits-Lese-/Schreibgelegenheiten

Bei Internetanwendungen gibt es oft Gelegenheiten, die Hochgeschwindigkeits-Lesen/Schreiben erfordern, wie zum Beispiel Flash-Verkäufe von Waren, Ergattern Sie rote Umschläge, Taobao, das Double Eleven-Event von JD.com oder Tickets für das Frühlingsfest usw.

In den oben genannten Situationen erreichen Tausende von Anfragen sofort den Server. Wenn eine Datenbank verwendet wird, muss die Datenbank Tausende von SQLs gleichzeitig ausführen, was leicht zu einem Engpass in der Datenbank führen kann Im Ernst, es führt zu einer Datenbanklähmung und zum Absturz des Java-Websystemdienstes.

Die Reaktion auf solche Situationen besteht häufig darin, asynchrones Schreiben in die Datenbank in Betracht zu ziehen und in Situationen mit schnellem Lesen/Schreiben nur Redis zu verwenden, um die Daten, die schnelles Lesen/Schreiben erfordern, in Redis zwischenzuspeichern. und wenn bestimmte Bedingungen erfüllt sind, wird das Schreiben dieser zwischengespeicherten Daten in die Datenbank ausgelöst. Schauen wir uns zunächst das Flussdiagramm einer Anforderungsoperation an, wie in Abbildung 3 dargestellt.

Das obige ist der detaillierte Inhalt vonWofür wird Redis im Allgemeinen im Java-Web verwendet?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!