Redis transakcijos (per MULTI/EXEC) sugrupuoja kelis komandas vykdymui atomiškai — visus kartu be kitų komandų persigrupavimo. Sujungtos su WATCH optimistiniam užrakinimui, jos tvarko scenarijus, kuriems reikalingos kelios operacijos, kurios turi būti nuoseklios. Redis transakcijos skiriasi nuo SQL transakcijų svarbiais būdais.
MULTI # start a transaction (begin queuing commands)
SET account:1 100 # QUEUED (not executed yet)
SET account:2 200 # QUEUED
INCR counter # QUEUED
EXEC # execute ALL queued commands atomically (as one unit)
# → all commands run together, with NO other client's commands in between
MULTI pradeda komandų eilės sudarymą; EXEC jas visas vykdo atomiškai (nėra persigrupavimo iš kitų klientų). DISCARD atšaukia suformuotą transakciją.
# 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 suteikia optimistinį užrakinimą: jei EXEC metu kitas klientas modifikuoja stebėjamą raktą, transakcija nutrūksta — leidžiant jums saugiai atlikti patikra-tada-nustatyti operacijas (pakartoti, jei konfliktą).
⚠️ 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).
Suprasti Redis transakcijas yra vertinga atliekant kelias operacijas nuosekliai, todėl tai yra naudingos žinios — ir suprasti, kaip jos skiriasi nuo SQL transakcijų, yra ypač svarbu, kad išvengtumėte neteisingų prielaidų.
Pagrindinė galimybė — MULTI/EXEC komandų grupavimas atomiškai vykdyti (visus kartu, be kitų klientų komandų persigrupavimo) — sprendžia scenarijus, kuriuose kelios operacijos turi įvykti kaip nuosekli vienetė.
WATCH mechanizmas suteikia optimistinį užrakinimą (patikra ir nustatymas): nutraukia transakciją, jei stebėjamas raktas pasikeitė prieš EXEC, leidžiant saugias patikra-tada-modifikuoti operacijas (pavyzdžiui, sumažinti balansą pagal jo esamą reikšmę) su pakartojimais, jei konfliktą — svarbu tinkamoms lygiagrečioms operacijoms.
Svarbiausia — suprasti, kaip Redis transakcijos skiriasi nuo SQL transakcijų: Redis neturi grąžinimo — jei komanda žlunga EXEC metu, kitos komandos vis tiek vykdoma (Redis negrąžina), todėl čia „atomskumas