वेब परियोजनाओं में सत्र अवरुद्ध - एक प्रभावी हथियार चुनना

सभी को नमस्कार!

हाल ही में, तेजी से वृद्धि और फ्रंट-एंड, अजाक्स, आदि की जटिलता के कारण। - PHP में साइटों के संचालन के दौरान सत्र अवरुद्ध करने की समस्या तेजी से स्पष्ट हो रही है। PHP डिफ़ॉल्ट रूप से सत्र के लिए एक फ़ाइल बनाता है और प्रक्रिया विशेष रूप से इसे ब्लॉक करती है। सत्र (अजाक्स, ब्राउज़र में टैब) खोलने की कोशिश करने वाली अन्य प्रक्रियाएँ पंक्तिबद्ध हैं। हमेशा आवेदन तर्क नहीं, खासकर यदि यह जटिल है, तो सत्र के लिए प्रतिस्पर्धा करने वाली प्रक्रियाओं के अवरुद्ध समय को प्रभावी ढंग से सीमित कर सकता है।

स्थिति इस तथ्य से और बढ़ जाती है कि 3-5 ऐसे ग्राहक जल्दी से लटका पाने में सक्षम हैं और पीएचपी-श्रमिकों द्वारा प्रक्रियाओं की प्रतीक्षा कर रहे हैं और साइट खराब हो जाती है, अगर बहुत नहीं।

दुर्भाग्य से, डेवलपर्स / सिस्टम प्रशासक हमेशा यह नहीं समझ सकते हैं कि यह एक सत्र को अवरुद्ध करने का मामला है - और परियोजना के अन्य हिस्सों में समस्याओं को देख रहे हैं, समय बर्बाद कर रहे हैं।

लेख में मैं आपको बताता हूं कि कौन से उपकरण आपको समस्या का शीघ्र निदान करने की अनुमति देते हैं, मैं एक कार्य कोड दे दूंगा और उत्तरजीविता के लिए कुछ युद्ध की सिफारिशें दूंगा :-)


मैं जानबूझकर लेख को जटिल नहीं करता और कस्टम PHP सत्र संचालकों को लिखने के सिद्धांत और अभ्यास के बारे में बात नहीं करता - यह एक अलग दिलचस्प विषय है। हम एक विशिष्ट समस्या पर ध्यान केंद्रित करते हैं और इसे हल करने का प्रयास करते हैं।

निदान

ऑपरेटिंग सिस्टम के अंदर क्या होता है, इस पर विचार करें यदि आप एक साथ ब्राउज़र में खोलने की कोशिश करते हैं (आप अलग टैब में कर सकते हैं) एक सो रही फ़ाइल और कई स्क्रिप्ट जो सिर्फ सत्र शुरू करते हैं:

<?php session_start(); sleep(30);//     ?> 

सत्र जारी होने (30 सेकंड) तक पेज प्रतीक्षा करेंगे और यह ओह ओह ओह समय लगेगा, और वेब सर्वर स्लॉट बंद हो जाएंगे। मोटे तौर पर एक ही बात तब होती है जब एक वेब क्लाइंट सेशन में एक अजाक्स एक भारी काम शुरू करता है और बाकी के अजाक्स और अन्य इंटरफेस तत्व होल्ड पर लटकते हैं (या जब एक ही प्राधिकरण के तहत कई टैब खोले जाते हैं)।

वेब सर्वर प्रक्रियाएं, इस मामले में httpd, लेकिन php-fpm के साथ भी यही बात होती है - वे विशेष रूप से सत्र फ़ाइल को लॉक करने का प्रयास करते हैं, जिसे हम lsof के साथ देखते हैं:

 lsof- एन |  awk '/ sess_ /'
 httpd 7079 कोई नहीं 52uW REG 8.1 2216 809832 / tmp / sess_f629a13b4b0920a210428686171744a6a6
 httpd 10406 ​​कोई 52u REG 8.1 2216 809832 / tmp / sess_f629a13b4b0920a21042c86d17f4a6a6
 httpd 10477 कोई नहीं 52u REG 8.1 2216 809832 / tmp / sess_f629a13b4b0920a21042c86d17f4a6a6
 httpd 10552 कोई 52u REG 8.1 2216 809832 / tmp / sess_f629a13b4b0920a210428686171744a6a6
 httpd 11550 कोई नहीं 52u REG 8.1 2216 809832 / tmp / sess_f629a13b4b0920a210428686171744a6a6
 httpd 11576 कोई नहीं 52u REG 8.1 2216 809832 / tmp / sess_f629a13b4b0920a21042c86d17f4a6a6

4 वें कॉलम पर ध्यान दें। संख्या प्रक्रिया में फ़ाइल डिस्क्रिप्टर की संख्या है, और फिर लॉक का प्रकार। "UW" - वेब सर्वर ने रिकॉर्डिंग के लिए विशेष रूप से फाइल को लॉक किया है। बाकी लोग इंतजार कर रहे हैं और नसों में धूम्रपान कर रहे हैं :-) जैसे ही प्रक्रिया 7079 अपना काम पूरा करती है, एक और प्रक्रिया ताला "uW" ले जाएगी। इस समय, निश्चित रूप से, लाइन का निर्माण किया जा रहा है और वेब इंटरफ़ेस काफ़ी धीमा है। और भी मजेदार अगर कई प्रक्रियाएं कुछ सेकंड के लिए सत्र को रोकती हैं - इंटरफ़ेस आमतौर पर एक हिस्सेदारी बन जाएगा।

अब देखते हैं कि प्रक्रियाएं क्या कर रही हैं:

 ps -e -o pid, comm, wchan = WIDE-WCHAN-COLUMN |  grep httpd
 7079 httpd -
 10406 ​​httpd flock_lock_file_wait
 10477 httpd flock_lock_file_wait
 10552 httpd flock_lock_file_wait
 11550 httpd flock_lock_file_wait
 11576 httpd flock_lock_file_wait

दूसरे कॉलम में हम देखते हैं कि सभी "flock_lock_file_wait" फ़ंक्शन में व्यस्त हैं। और क्या?

 स्ट्रेस-पी 10406
 प्रक्रिया 10406 ​​संलग्न - छोड़ने के लिए रुकावट
 झुंड (52, LOCK_EX)

यह सही है, एक अनन्य लॉक अनुरोध के साथ सिस्टम कॉल में ।

 LOCK_EX एक अनन्य लॉक रखें।  केवल एक प्रक्रिया एक पकड़ सकती है
                     किसी दिए गए फ़ाइल के लिए एक निश्चित समय में अनन्य लॉक।

उपयोगी स्क्रिप्ट

वेब सर्वरों पर PHP कार्यकर्ताओं को रोककर ऐसी "ट्रेन" की उपस्थिति की लगातार निगरानी करने के लिए, मैंने एक साधारण AWK स्क्रिप्ट लिखी है:

 /sess_/ { load_sessions[$9]++; if (load_sessions[$9]>max_sess_link_count){ max_sess_link_count = load_sessions[$9]; max_sess_link_name = $9; }; if ($4 ~ /.*uW$/ ){ locked_id[$9]=$2 }; } END { print max_sess_link_count, max_sess_link_name,locked_id[max_sess_link_name]; if (locked_id[max_sess_link_name] && max_sess_link_count>3) { # r=system("kill "locked_id[max_sess_link_name]); # if (!r) print "Locking process "locked_id[max_sess_link_name]" killed" system("ls -al "max_sess_link_name); } } 

यह इस तरह शुरू होता है:

 lsof- एन |  awk -f sess_view.awk
 5 / tmp / sess_f629a13b4b0920a21042c86d17f4a6a6 24830

"ट्रेन" और प्रक्रिया की लंबाई प्रदर्शित करता है - मैश बनाता है।

यह स्पष्ट है कि लड़ाई में इस तरह के कोई प्लग नहीं होने चाहिए - आपको या तो सत्र के साथ काम करने के तर्क को फिर से करना होगा, कस्टम PHP हैंडलर्स लिखना होगा - सब कुछ करें ताकि क्लाइंट कुछ भी धीमा न करें, और आप, सिस्टम प्रशासक के रूप में, नींद से और लंबे समय तक सोएं।

यदि यह बहुत आलसी है (क्या मैं वास्तव में केवल एक :-) हूं), तो आप "मार" को अनसुना कर सकते हैं और वेब सर्वर प्रक्रियाओं को शूट कर सकते हैं जो एक पतन का निर्माण करते हैं और ग्राहकों और तकनीकी सहायता प्रबंधकों की प्रतिक्रिया का आनंद लेते हैं :-) लेकिन यह अधिक सही है, ज़ाहिर है, बीयर के 2-3 डिब्बे खरीदने के लिए और। डेवलपर्स का दौरा करने के लिए - एक फाइल में क्रोन के माध्यम से एक समान तरीके से एकत्र किए गए आंकड़ों के साथ और refactoring पर सहमत :-)

सभी को शुभकामनाएँ और सफलता!

पुनश्च

एक रूसी शिक्षा के साथ रूसी शिक्षकों और प्रोग्रामरों के अनुरोध पर, उन्होंने "लॉक" शब्द को "लॉक" से बदल दिया।

हमारी कंपनी की बड़ी परियोजनाओं का समर्थन करते हुए, हमें प्रदर्शन समस्याओं और उनके समाधानों के त्वरित विश्लेषण के लिए लगातार उपकरण और तकनीकें बनानी होंगी। जीएनयू / लिनक्स में उपयोगी उपकरणों का एक बड़ा सेट है, लेकिन, दुर्भाग्य से, हर कोई नहीं जानता कि उनका उपयोग कैसे किया जाए। मुझे उम्मीद है कि इस तरह के व्यावहारिक लेख न केवल सिस्टम प्रशासक के लिए, बल्कि वेब डेवलपर्स के लिए भी उपयोगी होंगे।