Redis பரிமாற்றங்கள் (MULTI/EXEC மூலம்) பல கட்டளைகளை அணுக (atomically) நிறைவேற்றுவதற்குக் குழுவாக்குகின்றன — அனைத்தும் ஒன்றாக மற்ற கட்டளைகள் குறுக்கீடு செய்யாமல். WATCH உடன் சேர்ந்து நம்பிக்கை-சார்ந்த பூட்டுவதற்கு, பல செயல்பாடுகள் சামঞ்சஸ்யமாக இருக்க வேண்டிய சூழ்நிலைகளை அவை சামாளிக்கின்றன. 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 அவை அனைத்தையும் அணுவாக চালிக்கிறது (மற்ற வாடிக்கையாளர்களிடமிருந்து குறுக்கீடு இல்லை). 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 மூல்திட்டத்ைத தকுக்க் பொதுவாக அகற்றாது), எனவே