Redis-Transaktionen und Anwendung optimistischer Sperren

Ich glaube, dass PHPer mehr oder weniger über Transaktionen Bescheid wissen und in einigen Szenarien häufig Transaktionen verwendet werden. Wenn Sie beispielsweise ein Produkt kaufen, müssen Sie Daten in die Bestelltabelle einfügen, das Saldofeld der Benutzertabelle ändern usw. Diese beiden Vorgänge müssen entweder gemeinsam erfolgreich sein oder beide schlagen fehl, andernfalls kommt es zu Dateninkonsistenzen.

Redis unterstützt auch Transaktionsfunktionen. Obwohl sie nicht so leistungsstark ist wie die Transaktionsfunktion einer herkömmlichen relationalen Datenbank, ist sie sehr einfach zu verwenden.

Transaktion

MULTI

multi markiert den Beginn einer Transaktion. Nachfolgende Anweisungen werden atomar ausgeführt, wenn EXEC ausgeführt wird.

DISCARD

Der Befehl „Discard“ wird verwendet, um die Transaktion abzubrechen und die Ausführung aller Befehle innerhalb des Transaktionsblocks abzubrechen.

EXEC

Der Befehl exec wird verwendet, um Befehle in allen Transaktionsblöcken auszuführen.

Nachdem wir die oben genannten drei Befehle eingeführt haben, vervollständigen wir eine kleine Funktion. Benutzer folgt:

Wenn beispielsweise Benutzer A B folgt, muss B zur Follow-Liste von A hinzugefügt werden und A muss zur Fan-Liste von B hinzugefügt werden. Diese beiden Vorgänge müssen als Atom ausgeführt werden.

Der Implementierungscode lautet wie folgt:

$redis->multi()
    ->sadd('like:A', 'B')
    ->sadd('fans:B', 'A')
    ->exec();

Ist es nicht sehr einfach zu verwenden?

Optimistische Sperre

Lassen Sie uns zunächst vorstellen, was eine optimistische Sperre ist und welche pessimistische Sperre sie enthält.

Pessimistische Sperre: Meine Gedanken sind sehr pessimistisch. Ich mache mir Sorgen um meinen Freund. Niemand kann seinen Freund anfassen. Zeilensperren, Tabellensperren usw. in MySQL sind allesamt pessimistische Sperren.

Optimistische Sperre: Sie ist sehr optimistisch und naiv, wenn sie und ihr Freund zusammen sind, wird sie andere Freunde nicht davon abhalten, mit ihrem Freund zu chatten. Aber jedes Mal, wenn die beiden zusammen sind, wird sie den aktuellen Status ihres Freundes bewerten und feststellen, ob mit ihm etwas nicht stimmt. Ich werde nur dann weiter bei ihm sein, wenn es kein Problem gibt, ansonsten auf Wiedersehen.

Es gibt ein Szenario unten: Redis speichert Token, aber dieses Token muss von Zeit zu Zeit aktualisiert werden. Was pessimistisches Sperren bewirkt, ist, dass ich es sperren muss, bevor ich es ändern kann. Zu diesem Zeitpunkt kann keine andere Anfrage es ändern. Die Sperre wird erst entsperrt, wenn ich die Änderung abgeschlossen habe. Der Ansatz des optimistischen Sperrens besteht darin, dass es beim Ändern nicht gesperrt wird, aber ich werde seinen Status vor der Änderung beobachten. Wenn es nicht geändert wurde, werde ich die Änderung vornehmen. Wenn sich der Status geändert hat, werde ich die Änderung nicht vornehmen . ,

Wie verwende ich optimistisches Sperren in Redis?

Redis bietet einen Befehl „Watch“, um alle angegebenen Schlüssel zur Überwachung und bedingten Ausführung in Transaktionen zu markieren.

Das Folgende ist Pseudocode:

$redis->watch('token');

$redis->multi()
    ->set('token','sfwefawfwefa323')
    ->exec();

Sowohl die optimistische Sperre als auch die pessimistische Sperre haben ihre eigenen Verwendungsszenarien. Sie können die relevanten Informationen selbst überprüfen, daher werde ich hier nicht auf Details eingehen.

Das obige ist der detaillierte Inhalt vonRedis-Transaktionen und Anwendung optimistischer Sperren. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!