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

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 における楽観的ロックです。

関連する推奨事項:

MySQL のトランザクション メカニズムの簡単な紹介

MySQL_MySQL のトランザクション メカニズムについての深い理解

redis オプティミスティック ロックの実践フラッシュ

以上がRedis でトランザクション メカニズムと楽観的ロックを実装する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。