Redis でトランザクションメカニズムと楽観的ロックを実装する方法-PHPチュートリアル-php.cn

Redis でトランザクションメカニズムと楽観的ロックを実装する方法

小云云

リリース： 2023-03-17 22:14:01

オリジナル

2560 人が閲覧しました

Redis トランザクションメカニズム。MySQL などの他のデータベースでは、トランザクションは一連のアクションを表し、すべて実行されるか、まったく実行されません。この記事では、主に Redis のトランザクションメカニズムとオプティミスティックロックについて紹介します。トランザクション実行による Redis オプティミスティックロックの分析は、それを必要とする友人に知ってもらうのに役立つと思います。

Redis の現在のサポートは比較的シンプルです。 Redis が保証できるのは、クライアントによって開始されたトランザクション内のコマンドが、途中で他のクライアントコマンドを挿入することなく継続的に実行できることだけです。クライアントがリンク内でマルチコマンドを発行すると、リンクはトランザクションコンテキストに入ります。接続の後続のコマンドはすぐには実行されませんが、exec コマンドが実行されると、最初にキューに入れられます。キュー内のすべてのコマンドを順番に実行します。

Multi 开启事务：
127.0.0.1:6379[1]> multi #开启事务
OK
127.0.0.1:6379[1]> set age 15 #数据操作命令
QUEUED
127.0.0.1:6379[1]> set age 20 #数据操作命令
QUEUED
127.0.0.1:6379[1]> exec #执行事务
1) OK
2) OK
127.0.0.1:6379[1]> get age
"20"
Discard：取消事务，该命令实际是清空事务队列中的命令并退出事务上下文，也就是事务回滚。
127.0.0.1:6379[1]> get age
"20"
127.0.0.1:6379[1]> multi 
OK
127.0.0.1:6379[1]> set age 25
QUEUED
127.0.0.1:6379[1]> set age 30
QUEUED
127.0.0.1:6379[1]> discard #清空事务队列
OK
127.0.0.1:6379[1]> get age
"20"

ログイン後にコピー

Redis トランザクションの問題に注意してください: 通常、トランザクションキューでトランザクションが失敗した場合、トランザクション全体がロールバックされますが、他のトランザクションコマンドは Redis でロールバックされません。

楽観的ロック: Redis は主にデータのバージョン (バージョン) の記録メカニズムに基づいて実装されています。つまり、データベーステーブルに基づくバージョンソリューションでは、通常、データベーステーブルにバージョンフィールドを追加することでバージョン識別子を追加します。データを読み込む際にはこのバージョン番号も合わせて読み出し、後で更新する際にはこのバージョン番号に1を加えてください。このとき、提出されたデータのバージョン番号とデータベーステーブルの対応するレコードの現在のバージョン番号が比較され、提出されたデータのバージョン番号がデータベースの現在のバージョン番号より大きい場合は更新されます。そうでない場合は、期限切れのデータとみなされます。

watch 監視: watch コマンドは、実行中に watch を呼び出してから監視対象のキーが変更された場合、トランザクション全体が失敗します。また、watch を複数回呼び出して複数のキーを監視し、指定したトランザクションキーに楽観的ロックを追加することもできます。監視キーはリンク全体に対して有効であり、トランザクションに対しても同様であることに注意してください。リンクが切れた場合、ウォッチとトランザクションの両方が自動的にクリアされます。もちろん、exex、discard、および unwatch コマンドは、リンク内のすべての監視を自動的にクリアします。

Redis での楽観的ロックの実装:

age キーがあると仮定して、age に値を割り当てるために 2 つのセッションを開きます。

session1:

127.0.0.1:6379> get age
"10"
127.0.0.1:6379> watch age #打开对age键的监控（监控其他操作是否对age键有修改操作）
OK
127.0.0.1:6379> multi #开启事务上下文
OK

ログイン後にコピー

session2:

127.0.0.1:6379> set age 20
OK
127.0.0.1:6379> get age
"20"

ログイン後にコピー

session2 で age を直接操作します

session1 をもう一度見てください:

127.0.0.1:6379> set age 30 #在session2中操作age后，我们在session1中继续操作age
QUEUED
127.0.0.1:6379> exec #执行事务 返回nil 事务执行不成功。
(nil)
127.0.0.1:6379> get age
"20"

ログイン後にコピー

ここで、session1 のデータバージョンがすでに正常に実行されていないことがわかります。データベースのデータバージョンよりも小さいです。これは Redis における楽観的ロックです。

Redis でトランザクション メカニズムと楽観的ロックを実装する方法

Redis でトランザクションメカニズムと楽観的ロックを実装する方法