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 কমান্ড queuing শুরু করে; EXEC তাদের সব পারমাণবিকভাবে চালায় (অন্যান্য ক্লায়েন্ট থেকে কোনো মধ্যস্থতা নেই)। DISCARD একটি queued লেনদেন বাতিল করে।
# 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 প্রদান করে: যদি একটি watched key অন্য ক্লায়েন্ট দ্বারা EXEC এর আগে পরিবর্তিত হয়, লেনদেন বাতিল হয় — আপনাকে নিরাপদে check-then-set অপারেশন করতে দেয় (conflict এ পুনরায় চেষ্টা করুন)।
⚠️ 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 কমান্ড grouping করে পারমাণবিকভাবে সম্পাদন করতে (সবকিছু একসাথে, অন্য ক্লায়েন্টের কমান্ড ছাড়াই) — এমন পরিস্থিতি সমাধান করে যেখানে একাধিক অপারেশন একটি সামঞ্জস্যপূর্ণ একক হিসাবে ঘটতে হবে।
WATCH মেকানিজম optimistic locking প্রদান করে (check-and-set): EXEC এর আগে watched key পরিবর্তিত হলে লেনদেন বাতিল করা, নিরাপদ check-then-modify অপারেশন সক্ষম করে (যেমন এর বর্তমান মূল্যের উপর ভিত্তি করে একটি ব্যালেন্স হ্রাস করা) conflict এ পুনরায় চেষ্টা সহ — সঠিক concurrent অপারেশনের জন্য গুরুত্বপূর্ণ।
সবচেয়ে গুরুত্বপূর্ণ পয়েন্ট হল বোঝা কিভাবে Redis লেনদেন SQL লেনদেন থেকে আলাদা: Redis এর কোনো rollback নেই — যদি একটি কমান্ড EXEC সময়ে ব্যর্থ হয়, অন্যান্য কমান্ড এখনও সম্পাদিত হয় (Redis undo করে না), তাই এখানে "atomicity" মানে কমান্ডগুলি মধ্যস্থতা ছাড়াই একসাথে চলে (isolation), সব-বা-কিছুই নয় error rollback সহ।
এটি ভুল বোঝা (SQL-like rollback ধরে নিয়ে) ভুল error handling এ নিয়ে যায়।
জানা যে Lua scripts প্রায়ই জটিল পারমাণবিক logic এর জন্য ব্যবহৃত হয় (একটি script একটি একক হিসাবে পারমাণবিকভাবে সম্পাদিত হয়) মূল্যবান।
সামঞ্জস্যপূর্ণ multi-operation সম্পাদন এবং সঠিক concurrency বাস্তব চাহিদা, এবং যেহেতু Redis লেনদেন (MULTI/EXEC with WATCH for optimistic locking) তাদের সম্বোধন করে কিন্তু SQL থেকে গুরুত্বপূর্ণ পার্থক্য সহ (কোনো rollback নেই) যা বোঝা আবশ্যক, Redis লেনদেন বোঝা — MULTI/EXEC, WATCH-based optimistic locking, এবং বিশেষত SQL থেকে no-rollback বৈশিষ্ট্য — মূল্যবান, ব্যবহারিকভাবে-প্রাসঙ্গিক জ্ঞান Redis সঠিকভাবে ব্যবহার করার জন্য concurrent পরিস্থিতিতে, যেখানে পরিচিত SQL লেনদেন থেকে পার্থক্য বোঝা মেকানিজম নিজেই মতো গুরুত্বপূর্ণ।