पीएल/पीजीएसक्यूएल फ़ंक्शन

Question

में डेडलॉक का पता चला है, मुझे अपने PostgreSQL डेटाबेस में पीएल/पीजीएसक्यूएल फ़ंक्शन से डेडलॉक समस्या का सामना करना पड़ रहा है। कृपया कोड ब्लॉक में SQL कथन पाएं (उदाहरण के लिए):

BEGIN 
UPDATE accounts SET balance = 0 WHERE acct_name like 'A%'; 
UPDATE accounts SET balance = balance + 100 WHERE acct_name like '%A'; 
EXCEPTION WHEN OTHERS THEN RAISE NOTICE SQLERRM; 
END; 

मुझे पता चला है कि इस कथन के दौरान हुई डेडलॉक चल रही थी। लेकिन मुझे यकीन नहीं है कि इस तालिका को एक ही समय में अपडेट करने का प्रयास करने वाले अन्य बयान थे (क्योंकि मुझे लॉगिंग सिस्टम में कोई नहीं मिला)।

तो, क्या यह संभव है कि इस कथन के भीतर डेडलॉक हुआ? जहां तक ​​मुझे पता है, अगर हमने BEGIN/END के साथ पूरे कथन को अवरुद्ध कर दिया है। वही लेनदेन होगा और खुद ही बंद नहीं किया जाना चाहिए।

Answer 1

निश्चित रूप से कुछ अन्य प्रक्रिया समान संसाधन के लिए प्रतिस्पर्धा कर रही है। यह एक डेडलॉक की प्रकृति है। आपके जैसे फ़ंक्शन को कभी भी डेडलॉक नहीं किया जा सकता है। comment by @kgrittn below देखें, जो PostgreSQL में समेकन पर एक विशेषज्ञ है।

PostgreSQL का आपका संस्करण गुम है। आधुनिक संस्करण विस्तृत त्रुटि संदेश बढ़ाते हैं। संसाधनों के लिए प्रतिस्पर्धा करने वाली दोनों प्रक्रियाओं को मानक लॉगिंग सेटिंग्स के साथ विस्तार से सूचीबद्ध किया गया है। अपने डीबी लॉग की जांच करें।

तथ्य यह है कि आप त्रुटि पकड़ते हैं पोस्टग्रेर्स को आपको पूरा विवरण देने से रोक सकता है। EXCEPTION अपने plpgsql फ़ंक्शन से ब्लॉक करें, अगर आपको डीबी लॉग में जानकारी नहीं मिलती है और पुनः प्रयास करें।

डेडलॉक्स को कम करने के लिए, आप कई चीजें कर सकते हैं। यदि आपके सभी ग्राहक सिंक्रनाइज़ किए गए क्रम में संसाधनों तक पहुंचते हैं, तो डेडलॉक्स नहीं हो सकते हैं। मैनुअल अध्याय में deadlocks के अधिकांश मामलों को हल करने के लिए मूल रणनीति प्रदान करता है।

---

संस्करण 8.3 के लिए के रूप में: विचार करें नवीनतम संस्करण के उन्नयन। विशेष रूप से संस्करण 8.4 में इस सुधार के आप के लिए दिलचस्प होना चाहिए (quoting the release notes):

जब एक गतिरोध रिपोर्टिंग, में सर्वर लॉग को गतिरोध शामिल सभी प्रश्नों का पाठ रिपोर्ट (इतागाकी ताकहिरो)

इसके अलावा, संस्करण 8.3 इसके end of life in February 2013 से मिलेगा। आपको उन्नयन पर विचार करना शुरू करना चाहिए।

VACUUM से संबंधित एक डेडलॉक स्थिति fixed in 8.3.1 होनी चाहिए।

Answer 2

पोस्टग्रेएसक्यूएल में, शुरूआत का मतलब है कि आप बैच लेनदेन शुरू करते हैं।

आपका पहला अपडेट खातों के लिए पंक्तियों को लॉक करेगा WHERE acct_name like 'A%'; उन पंक्तियों को पहले अपडेट के बाद विशेष रूप से बंद कर दिया गया है।

दूसरा अपडेट अपडेट करने के लिए पहले अपडेट के समान सटीक पंक्तियों को खोलने का प्रयास करता है, क्योंकि पहले अपडेट अभी तक अभी तक प्रतिबद्ध नहीं हुआ है।

इस प्रकार दूसरा अपडेट हिट डेडलॉक रोलबैक था।

Answer 3

यदि आप को विशेष लॉक जारी करने के लिए जोड़ते हैं, तो आपको डेडलॉक समस्या नहीं मिलेगी।

BEGIN 
UPDATE accounts SET balance = 0 WHERE acct_name like 'A%'; 
COMMIT; 
UPDATE accounts SET balance = balance + 100 WHERE acct_name like '%A'; 
EXCEPTION WHEN OTHERS THEN RAISE NOTICE SQLERRM; 
END;