डेडलॉक के बारे में थोड़ा

यह डेडलॉक के कारणों के बारे में एक बहुत ही छोटी पोस्ट है।

InnoDB लेनदेन का उपयोग करके अधिक या कम भरी हुई परियोजनाओं में, किसी भी समय फ़ॉर्म की त्रुटि दिखाई दे सकती है

"लॉक प्राप्त करने की कोशिश करते समय डेडलॉक पाया गया; लेनदेन को पुनः आरंभ करने का प्रयास करें »

मुख्य बात इन भयानक शब्दों को देखकर घबराना नहीं है, अब हम यह पता लगाएंगे कि ऐसा क्यों हो रहा है।


लॉक प्रकार के बारे में थोड़ा

ब्लॉक प्रकारों के बारे में आधिकारिक मैसकल दस्तावेज में, बहुत कम लिखा गया है, अर्थात्:

2 प्रकार के ताले हैं - साझा (एस) और अनन्य (एक्स)। पहला प्रकार आपको केवल इस लॉक द्वारा कवर किए गए डेटा को पढ़ने की अनुमति देता है, दूसरा - पढ़ने, लिखने, हटाने और (चुपचाप चुप रहने के बारे में) - एक स्तर एस लॉक प्राप्त करें

यह भी कहा जाता है कि यदि Transaction # 1 लाइन r पर टाइप S का लॉक है, तो एक और Transaction # 2 इस लॉक को कैप्चर कर सकता है। इस लाइन पर टाइप X लॉक प्राप्त करने के लिए, दूसरे लेनदेन को चुपचाप एक तरफ इंतजार करना होगा।

यदि Trans # 1 पंक्ति r पर एक प्रकार का X लॉक का मालिक है, तो Transaction # 2 न तो एक ही लॉक को पकड़ सकता है और न ही एक नया स्तर प्राप्त कर सकता है। यह फिर से चुपचाप चला जाता है और तब तक इंतजार करता है जब तक Transaction # 1 आवश्यक पंक्ति को जारी नहीं कर देता।

एक महत्वपूर्ण बिंदु है जिसे सीखने की आवश्यकता है: ताले एस और एक्स 2 अलग-अलग ताले हैं। इसका मतलब यह नहीं है कि लॉक एस है, यह लॉक एक्स का कुछ सबसेट है। ये दो अलग-अलग इकाइयाँ हैं।

गतिरोध पर वापस। कुछ मंचों पर, मैं "मैसकल में गतिरोध कैसे प्राप्त करूं" सवालों के घेरे में आया। वास्तव में बहुत सरल है।

हमारे पास उपलब्ध सभी आवश्यक सामग्री: दो लेन-देन, प्रकार एस और एक्स के ताले और ताले को प्राप्त होने वाली रेखा।

एक लाइन पर गतिरोध के लिए एक त्वरित नुस्खा
1) लेनदेन # 1 लॉक एस प्राप्त करता है और काम करना जारी रखता है
2) Transaction # 2 टाइप X का लॉक प्राप्त करने की कोशिश करता है और ... तब शुरू होता है जब Transaction # 1 लॉक S जारी करता है
3) Transaction # 1 प्रकार X का लॉक प्राप्त करने का प्रयास करता है और ... प्रतीक्षा करना शुरू करता है जब Transaction # 2 को प्रकार का लॉक मिलता है और इसे साझा करता है

डिश सेवा की

एक-एक फिसलन भरा क्षण है। ऐसा लगता है कि यह ट्रांजेक्शन # 1 को लॉक X प्राप्त करने से रोकता है अगर इसमें पहले से ही एक ही लाइन पर लॉक S है। जो हमें बात करने से रोकता है
1) सबसे पहले X और S दो अलग-अलग ताले हैं
2) दूसरी बात, टाइप S का एक लॉक टाइप X का लॉक प्राप्त करने का अधिकार नहीं देता है। कोई विशेषाधिकार नहीं है - बदले में!

ऊपर की स्थिति के लिए कोड

लेन-देन # 1

BEGIN; SELECT * FROM `testlock` WHERE id=1 LOCK IN SHARE MODE; /* GET S LOCK */ SELECT SLEEP(5); SELECT * FROM `testlock` WHERE id=1 FOR UPDATE; /* TRY TO GET X LOCK */ COMMIT; 

लेन-देन # 2

 BEGIN; SELECT * FROM `testlock` WHERE id=1 FOR UPDATE; /* TRY TO GET X LOCK - DEADLOCK AND ROLLBACK HERE */ COMMIT; 

इससे कैसे निपटें? बंद। मैसकल आपको अधिक बार प्रतिबद्ध करने की सलाह देता है, साथ ही त्रुटि कोड को दोबारा जांचता है और लुढ़का हुआ लेन-देन फिर से शुरू करता है। यह मुझे लगता है कि एक बेहतर विकल्प है - तुरंत एक प्रकार का एक्स लॉक प्राप्त करें। फिर, हमारे नुस्खा के तीसरे चरण में, लेन-देन # 1 अपना कानूनी लॉक प्राप्त कर सकता है और शांति से समाप्त हो सकता है।

अंत में, मैं कहूंगा कि SHOW इंजन INNODB STATUS कमांड गतिरोध का कारण निर्धारित करने में मदद करेगा, जो दिखाता है कि कौन से ताले पकड़े हुए हैं और कौन से प्रतीक्षा कर रहे हैं