So sperren Sie Redis

Dieser Artikel stellt hauptsächlich verschiedene Methoden zum Sperren von Redis vor und teilt sie als Referenz und zum Studium. Ich werde im Folgenden nicht viel sagen, werfen wir einen Blick auf die detaillierte Einführung.

Redis-Sperrklassifizierung

Die Sperrbefehlstabellen, die von Redis verwendet werden können, sind INCR, SETNX, SET

Der erste Sperrbefehl INCR

Die Idee dieser Art der Sperrung besteht darin, dass, wenn der Schlüssel nicht existiert, der Wert des Schlüssels initialisiert wird Zuerst 0 und dann ausgeführt. Die INCR-Operation fügt eins hinzu.
Wenn dann andere Benutzer die INCR-Operation zum Erhöhen um eins ausführen und die zurückgegebene Zahl größer als 1 ist, bedeutet dies, dass die Sperre verwendet wird.

1. Client A fordert den Server auf, den Schlüsselwert 1 zu erhalten, was anzeigt, dass die Sperre erhalten wurde

2. Client B fordert den Server außerdem auf, den Schlüsselwert 2 zu erhalten. zeigt an, dass die Sperrenerfassung fehlgeschlagen ist

3. Client A schließt die Codeausführung ab und löscht die Sperre

4 Client B wartet eine Zeit lang und erhält den Schlüsselwert 1, wenn er a Anfrage, die anzeigt, dass die Sperre erfolgreich war

5. Client B führt den Code aus und löscht die Sperre

$redis->incr($key);
$redis->expire($key, $ttl); //设置生成时间为1秒

Die zweite Sperre SETNX

Die Die Idee hinter dieser Art der Sperrung besteht darin, dass, wenn der Schlüssel nicht vorhanden ist, der Schlüssel auf den Wert gesetzt wird.

Wenn der Schlüssel bereits vorhanden ist, ergreift SETNX keine Aktion

1. Client A fordert den Wenn die Einstellung erfolgreich ist, bedeutet dies, dass die Sperre erfolgreich ist.

2. Wenn die Rückgabe fehlschlägt, bedeutet dies, dass die Sperre erfolgreich ist fehlgeschlagen

3. Client A schließt die Codeausführung ab und löscht die Sperre

Nach einiger Zeit fordert Client B zum Festlegen des Schlüsselwerts an und die Einstellung ist erfolgreich

5. Client B schließt die Codeausführung ab und löscht die Sperre

Dritte Seed-Sperre SET

Die beiden oben genannten Methoden haben ein Problem stellen fest, dass sie den Schlüsselablauf festlegen müssen. Warum müssen wir also den Schlüsselablauf festlegen? Wenn die Anforderungsausführung aus irgendeinem Grund unerwartet beendet wird und die Sperre erstellt, aber nicht gelöscht wird, bleibt die Sperre immer bestehen, sodass der Cache in Zukunft nie mehr aktualisiert wird. Daher müssen wir der Sperre eine Ablaufzeit hinzufügen, um Unfälle zu verhindern.

Aber das Festlegen mit Expire ist keine atomare Operation. Daher kann die Atomizität auch durch Transaktionen sichergestellt werden, es gibt jedoch immer noch einige Probleme, weshalb der Beamte ab Version 2.6.12 die Funktion zum Festlegen der Ablaufzeit in den SET-Befehl selbst einbezieht.

1. Client A fordert den Server auf, den Schlüsselwert festzulegen. Wenn die Einstellung erfolgreich ist, ist die Sperre erfolgreich.

2 die Rückgabe schlägt fehl, dann bedeutet dies, dass die Sperre fehlgeschlagen ist

3. Client A schließt die Ausführung des Codes ab und löscht die Sperre

4. Client B fordert das Festlegen des Schlüsselwerts an eine Zeitspanne, und die Einstellung ist erfolgreich

5. Client B schließt die Codeausführung ab und löscht die Sperre

$redis->setNX($key, $value);
$redis->expire($key, $ttl);

Das obige ist der detaillierte Inhalt vonSo sperren Sie Redis. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!