Οι συναλλαγές Redis (μέσω MULTI/EXEC) ομαδοποιούν πολλές εντολές για ατομική εκτέλεση — όλες μαζί χωρίς άλλες εντολές να παρεμβάλλονται. Σε συνδυασμό με το WATCH για optimistic locking, χειρίζονται σενάρια που απαιτούν πολλές λειτουργίες να είναι συνεπείς. Οι συναλλαγές Redis διαφέρουν από τις SQL συναλλαγές σε σημαντικούς τρόπους.
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 ξεκινάει την ουράδωση εντολών· EXEC τις εκτελεί όλες ατομικά (χωρίς παρεμβολή από άλλους clients). 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 παρέχει optimistic locking: αν ένα παρατηρούμενο κλειδί τροποποιηθεί από άλλον client πριν το EXEC, η συναλλαγή ματαιώνεται — σας επιτρέποντας να κάνετε με ασφάλεια check-then-set λειτουργίες (retry σε σύγκρουση).
⚠️ 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 ομαδοποίηση εντολών για ατομική εκτέλεση (όλες μαζί, χωρίς εντολές άλλων clients να παρεμβάλλονται) — αντιμετωπίζει σενάρια όπου πολλές λειτουργίες πρέπει να συμβούν ως συνεπής μονάδα.
Ο WATCH μηχανισμός παρέχει optimistic locking (check-and-set): ματαίωση της συναλλαγής αν ένα παρατηρούμενο κλειδί άλλαξε πριν το EXEC, ενεργοποιώντας ασφαλείς check-then-modify λειτουργίες (όπως μείωση υπολοίπου με βάση την τρέχουσα τιμή του) με retry σε σύγκρουση — σημαντικό για σωστές ταυτόχρονες λειτουργίες.
Το πιο κρίσιμο σημείο είναι η κατανόηση του πώς οι συναλλαγές Redis διαφέρουν από τις SQL συναλλαγές: Redis δεν έχει rollback — αν μια εντολή αποτύχει κατά την EXEC, οι άλλες εντολές εξακολουθούν να εκτελούνται (το Redis δεν αναιρεί), οπότε η "ατομικότητα" εδώ σημαίνει ότι οι εντολές τρέχουν μαζί χωρίς παρεμβολή (απομόνωση), ΟΧΙ all-or-nothing με rollback σφάλματος.
Η λάθος κατανόηση αυτού (υπόθεση SQL-like rollback) οδηγεί σε εσφαλμένο χειρισμό σφαλμάτων.
Η γνώση ότι Lua scripts χρησιμοποιούνται συχνά αντ' αυτού για σύνθετη ατομική λογική (ένα script εκτελείται ατομικά ως μονάδα) είναι πολύτιμη.
Επειδή η συνεπής multi-operation εκτέλεση και η σωστή συνδρομικότητα είναι πραγματικές ανάγκες, και επειδή οι συναλλαγές Redis (MULTI/EXEC με WATCH για optimistic locking) τις αντιμετωπίζουν αλλά με σημαντικές διαφορές από SQL (χωρίς rollback) που πρέπει να κατανοηθούν, η κατανόηση των συναλλαγών Redis — MULTI/EXEC, WATCH-based optimistic locking, και ιδιαίτερα η διάκριση no-rollback από SQL — είναι πολύτιμη, πρακτικά σχετική γνώση για σωστή χρήση του Redis σε ταυτόχρονα σενάρια, όπου η κατανόηση των διαφορών από τις γνώριμες SQL συναλλαγές είναι εξίσου σημαντική με τον ίδιο τον μηχανισμό.