Redis トランザクション (MULTI/EXEC経由)は複数のコマンドをグループ化してアトミックに実行します — 他のコマンドが割り込まない形で全て一緒に実行されます。WATCHと組み合わせてオプティミスティックロックを実行し、複数の操作が一貫性を持つ必要があるシナリオに対応します。Redisのトランザクションはいくつかの重要な点でSQLトランザクションと異なります。
MULTI
SET account:1 100
SET account:2 200
INCR counter
EXEC
MULTIはコマンドのキューイングを開始し、EXECは全てのコマンドをアトミックに実行します(他のクライアントからの割り込みなし)。DISCARDはキューイングされたトランザクションをキャンセルします。
# WATCH a key; if it CHANGES before EXEC, the transaction ABORTS (returns nil)
WATCH balance
val = GET balance # read the current value
MULTI
SET balance (val - 100) # modify based on what we read
EXEC # → if "balance" changed since WATCH, EXEC fails (returns nil)
# → retry the whole thing if it failed (optimistic concurrency control)
WATCHはオプティミスティックロックを提供します: EXECの前に監視中のキーが別のクライアントによって変更された場合、トランザクションは中止されます — チェック・アンド・セット操作を安全に実行でき、競合時に再試行できます。
⚠️ Redis transactions are NOT like SQL transactions:
✗ NO ROLLBACK — if a command fails at EXEC time, OTHER commands still execute
(errors don't roll back the transaction; Redis doesn't undo). Only syntax errors
before EXEC abort the whole thing.
✓ Atomicity = commands run together without interleaving (isolation), NOT all-or-nothing
with rollback on error.
→ Often Lua SCRIPTS are used instead for complex atomic logic (a script runs atomically).
Redisのトランザクションを理解することは、複数の操作を一貫して実行するために有用です — そして、SQLトランザクションとの違いを理解することは、誤った前提を避けるために特に重要です。
コア機能 — MULTI/EXECによるコマンドのグループ化でアトミックに実行する(全て一緒に、他のクライアントのコマンドが割り込まない形で) — は、複数の操作が一貫した単位として実行される必要があるシナリオに対応しています。
WATCHメカニズムはオプティミスティックロック(チェック・アンド・セット)を提供します: EXECの前に監視中のキーが変更されたら、トランザクションを中止し、安全なチェック・アンド・変更操作(例えば、現在の値に基づいて残高をデクリメント)を可能にし、競合時に再試行できます — これは正しい並行処理のために重要です。
最も重要なポイントは、Redisのトランザクションが SQLトランザクションとどのように異なるかを理解することです: Redisにはロールバックがありません — EXECの時点でコマンドが失敗しても、他のコマンドは実行されます(Redisは取り消しません)。したがって、ここで「アトミック性」はコマンドが割り込まずに一緒に実行されること(分離性)を意味し、エラーロールバック付きのオール・オア・ナッシングではありません。
これを誤解する(SQLのようなロールバックを仮定する)と、不正なエラーハンドリングにつながります。
複雑なアトミックロジック用にLuaスクリプトがしばしば代わりに使用される(スクリプトはユニットとしてアトミックに実行される)ことを知ることは有用です。
一貫した複数操作の実行と正しい並行処理が実際のニーズであり、Redisトランザクション(オプティミスティックロック用のWATCH付きMULTI/EXEC)がこれに対応していますが、SQLと重要な違い(ロールバックなし)があり、これを理解する必要があるため、Redisトランザクション — MULTI/EXEC、WATCHベースのオプティミスティックロック、そして特にSQLとの違いであるロールバックなし — を理解することは、並行シナリオでRedisを正しく使用するための有用で実用的で関連性のある知識です。おなじみのSQLトランザクションとの違いを理解することは、メカニズム自体と同じくらい重要です。