Redis लेनदेन (MULTI/EXEC मार्फत) धेरै आदेशहरूलाई परमाणु रूपमा कार्यान्वयन गर्न समूहबद्ध गर्छ — सबै एकसाथ अन्य आदेशहरू हस्तक्षेप नगरी। 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 पूर्ववत गर्दैन), त्यसैले यहाँ "परमाणु" अर्थ आदेशहरू हस्तक्षेप नगरी एकसाथ चल्छन् (अलगीकरण), सबै-वा-कुनै-पनि होइन त्रुटि रोलब्याक सँग।
यो गलत बुझ्नु (SQL-जस्तो रोलब्याक मान्ने) गलत त्रुटि ह्यान्डलिङको लागि आगे लैजान्छ।
yो जान्नु कि Lua स्क्रिप्टहरू जटिल परमाणु तर्कको लागि प्रायः प्रयोग गरिन्छन् (एक स्क्रिप्ट परमाणु रूपमा एकाइको रूपमा कार्यान्वयन हुन्छ) मूल्यवान छ।
चूंकि सुसंगत बहु-अपरेशन कार्यान्वयन र सही समवर्तीता वास्तविक आवश्यकताहरू हुन्, र चूंकि Redis लेनदेन (आशावादी ताला लगाउनको लागि MULTI/EXEC WATCH सँग) तिनीहरूलाई सम्बोधन गर्छन् तर SQL सँग महत्त्वपूर्ण भिन्नताहरु (कुनै रोलब्याक) सँग जो बुझ्नु आवश्यक छ, Redis लेनदेनहरू बुझ्नु — MULTI/EXEC, WATCH-आधारित आशावादी ताला लगाउना, र विशेष गरी SQL बाट कुनै-रोलब्याक भिन्नता — मूल्यवान, व्यावहारिक-प्रासंगिक ज्ञान हो Redis सही तरिकामा एक्सठोस परिस्थितिहरूमा प्रयोग गर्नको लागि, जहाँ परिचित SQL लेनदेनहरूबाट भिन्नताहरू बुझ्नु संयन्त्र आफैं जत्तिकै महत्त्वपूर्ण छ।