लॉक करें और अपडेट के लिए चुनें

यह समझना कि एक डेटाबेस एक टर्मिनल पर अलगाव में कैसे काम करता है, सरल है... रुको नहीं, मैंने पहले ही यह कहा था! कभी-कभी "परमाणु अद्यतन" (उदा. stock = stock - 1) पर्याप्त नहीं होते हैं।

आइए कल्पना करें कि आपको यह जांचना है कि उपयोगकर्ता के पास 50€ मूल्य का सामान खरीदने के लिए पर्याप्त बैलेंस है या नहीं:

1. SELECT balance FROM users WHERE id = 1;
2. जेएस: यदि शेष < 50 है, तो उन्हें ब्लॉक करें!
3. अन्यथा चेकआउट के साथ आगे बढ़ें...
4. कटौती चलाएँ! (और यहां आपको एक उपयोगकर्ता मिलता है, जिसने चरण 2 पर चेक को सत्यापित करते समय, एक और समानांतर चेक निकाल दिया, जो उनके खाते से जल गया और अब आप शून्य से नीचे जा रहे हैं!)।

अद्यतन स्पष्ट लॉकिंग के लिए

SELECT के अंत में FOR UPDATE जोड़ने से जादुई तरीके से आपकी निर्दोष रीडिंग अगले कमिट तक अन्य ग्राहकों के खिलाफ एक सीलबंद लॉक में बदल जाती है। जब तक आप यह तय नहीं कर लेते कि उनके साथ क्या करना है, कोई भी उन विशिष्ट चयनित पंक्तियों पर अद्यतन (या समवर्ती रीड-फॉर-अपडेट) करने में सक्षम नहीं होगा!

BEGIN;

-- If id=3 had already been locked by T1, T2 will sit in perpetual loading on this "read"
-- frozen in place, before receiving the raw data, until T1 runs COMMIT freeing everyone!
SELECT balance
FROM users
WHERE id = 3
FOR UPDATE;

-- at this point our Node JS instance lives with the guarantee, knowing for certain that NO ONE ELSE in the world has
-- manipulated (nor been able to read with intent to alter) that balance while we complete the application logic

UPDATE users SET balance = balance - 50 WHERE id = 3;

COMMIT;

यहां तक ​​कि FOR SHARE भी है जो अन्य पाठकों को स्टेट रीड को ब्लॉक किए बिना (यदि बेस लॉक पर है) पढ़ना जारी रखने देता है, लेकिन आपके प्रतिबद्ध होने तक किसी भी संभावित बाद के अपडेट को ब्लॉक कर देता है। हालाँकि संशोधनों के लिए, हमेशा विशेष लॉकिंग क्लॉज की क्रूर शक्ति का उपयोग करें:

खुद कोशिश करना