Redis トランザクションと関連コマンドの概要

1. 概要:

他の多くのデータベースと同様、NoSQL データベースとしての Redis もトランザクション メカニズムを提供します。 Redis では、MULTI/EXEC/DISCARD/WATCH の 4 つのコマンドがトランザクション実装の基礎となります。この概念は、リレーショナル データベース開発の経験を持つ開発者にとってはなじみのないものではないと思いますが、それでも、Redis でのトランザクションの実装特性を簡単にリストします: (推奨: redis ビデオ チュートリアル )

1 ). トランザクション内のすべてのコマンドはシリアル順序で実行されます。トランザクションの実行中、Redis は他のクライアント リクエストにサービスを提供しなくなるため、トランザクション内のすべてのコマンドがアトミックに実行されます。

2). リレーショナル データベースのトランザクションと比較すると、Redis トランザクションではコマンドの実行が失敗しても、後続のコマンドは引き続き実行されます。

3). MULTI コマンドを通じてトランザクションを開始できますが、これはリレーショナル データベース開発の経験がある人であれば「BEGIN TRANSACTION」ステートメントとして理解できます。このステートメントの後に実行されるコマンドはトランザクション内の操作とみなされ、最後に EXEC/DISCARD コマンドを実行することで、トランザクション内のすべての操作をコミット/ロールバックできます。これら 2 つの Redis コマンドは、リレーショナル データベースの COMMIT/ROLLBACK ステートメントと同等であるとみなすことができます。

4). トランザクションが開始される前に、クライアントとサーバー間の通信障害が発生し、ネットワークが切断された場合、実行される後続のすべてのステートメントはサーバーによって実行されません。ただし、クライアントが EXEC コマンドを実行した後にネットワーク中断イベントが発生した場合、トランザクション内のすべてのコマンドがサーバーによって実行されます。

5).追加専用モードを使用する場合、Redis はシステム関数 write を呼び出すことにより、この呼び出しでトランザクション内のすべての書き込み操作をディスクに書き込みます。ただし、電源障害によるダウンタイムなど、書き込みプロセス中にシステム クラッシュが発生した場合、その時点ではデータの一部だけがディスクに書き込まれ、データの他の部分が失われる可能性があります。

Redis サーバーは、再起動時に必要な一連の整合性チェックを実行します。同様の問題が見つかると、ただちに終了し、対応するエラー プロンプトが表示されます。現時点では、Redis ツールキットで提供されている redis-check-aof ツールを最大限に活用する必要があります。このツールは、データの不整合エラーを特定し、書き込まれたデータの一部をロールバックするのに役立ちます。修復後、Redis サーバーを再度再起動できます。

2. 関連コマンドのリスト:

3. コマンドの例:

1. トランザクションは通常どおり実行されます:
#シェル コマンド ラインで Redis クライアント ツールを実行します。
#

 /> redis-cli

#

redis 127.0.0.1:6379> multi
OK

redis 127.0.0.1:6379> incr t1
QUEUED

#新しいコマンドが実行され、その結果から、トランザクションのコマンドキューにもコマンドが格納されていることがわかります。
#

redis 127.0.0.1:6379> incr t2
QUEUED

redis 127.0.0.1:6379> exec
1) (integer) 1
2) (integer) 1

#新しいトランザクションを開始します。
#

redis 127.0.0.1:6379> multi
OK

#

redis 127.0.0.1:6379> set a 3
QUEUED

redis 127.0.0.1:6379> lpop a
QUEUED

#

redis 127.0.0.1:6379> set a 4
QUEUED

redis 127.0.0.1:6379> get a
QUEUED

#結果から、トランザクション内の 2 番目のコマンド lpop は実行に失敗しましたが、後続の set コマンドと get コマンドは正常に実行されたことがわかります。これは、Redis のトランザクションおよびリレーショナル タイプです。 . データベース内のトランザクション間の最も重要な違い。
redis 127.0.0.1:6379> exec

2) (エラー) ERR 間違った種類の値を保持するキーに対する操作です
3) OK

3. ロールバック トランザクション:
#トランザクションが実行される前にキー t2 の値を設定します。

redis 127.0.0.1:6379> set t2 tt
OK

#トランザクションを開きます。
#

redis 127.0.0.1:6379> multi
OK

redis 127.0.0.1:6379> set t2 ttnew
QUEUED

redis 127.0.0.1:6379> discard
OK

redis 127.0.0.1:6379> get t2
"tt"

4. WATCH コマンドと CAS ベースのオプティミスティック ロック:

Redis トランザクションでは、WATCH コマンドを使用して CAS ( check -and-set) 関数。トランザクションが実行される前に WATCH コマンドを通じて複数の Key を監視すると仮定します。WATCH 後にいずれかの Key の値が変更された場合、EXEC コマンドによって実行されたトランザクションは放棄され、呼び出し元に通知するために Null マルチバルク応答が返されます。トランザクションの実行に失敗しました。

たとえば、Redis にはキー値のアトミックなインクリメントを完了するための incr コマンドが提供されていないと仮定します。この関数を実装したい場合は、対応するコードを自分で記述するしかありません。疑似コードは次のとおりです。

      val = GET mykey
      val = val + 1
      SET mykey $val

上記のコードは、このコードを同時に実行する複数のクライアントがあるため、単一接続の場合にのみ実行結果が正しいことを保証できます。 , 次に、マルチスレッド プログラムでよく発生するエラー シナリオ、つまり競合状態が発生します。

      WATCH mykey
      val = GET mykey
      val = val + 1
      MULTI
      SET mykey $val
      EXEC

以上がRedis トランザクションと関連コマンドの概要の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。