जब सिस्टम मेमोरी से बाहर निकलता है, तो उबुंटू 12.04 मेरीएसएलएल प्रक्रिया को मारता है:
आउट स्मृति की प्रक्रिया: मारक की प्रक्रिया 17074 (mysqld) स्कोर 146 या बलिदान बच्चे इसलिए प्रक्रिया को मारे गए समाप्त होता है यह सर्वर लोड की चोटियों पर होता है और मुख्य रूप से एपाचे की वजह से जंगली हो रही है और शेष उपलब्ध मेमोरी खाती है। संभावित दृष्टिकोण हो सकते हैं:
- कहीं किसी तरह मेरी एसक्यूएल की प्राथमिकता बदलें, इसलिए इसे मार डाला नहीं गया है (संभवत: एक बुरा तय है क्योंकि कुछ और को मार डाला जाएगा)
- स्थिति की निगरानी करें Mysql और स्वचालित रूप से जब भी इसे मार डाला जाता है (जो मैं सोच रहा हूँ, लेकिन यह कैसे करना है, पता नहीं है)।
आप इसे कैसे देखते हैं?
एक डेटाबेस सर्वर के अबरुप समापन एक बहुत गंभीर दुर्घटना है आपको इसे उत्पादन प्रणाली में से बचने की आवश्यकता है, क्योंकि यह ठीक से पुनरारंभ नहीं हो सकता है
डेटाबेस सर्वर एक साझा संसाधन है, और लगभग उत्पादन में एक अनियोजित फैशन में समाप्त नहीं होना चाहिए अनियोजित समाप्ति का कारण केवल एक चीज है जो एक विनाशकारी हार्डवेयर या पावर विफलता है। सबसे ठीक से कॉन्फ़िगर किए गए उत्पादन डेटा बेस सर्वरों में हर दस वर्ष या उससे कम बार एक अनियोजित समाप्ति होती है। गंभीरता से।
क्या करना है?
अपना एपाचे कॉन्फ़िगरेशन ठीक करें कार्यकर्ता धागे की संख्या और प्रक्रियाओं का उपयोग कर सकते हैं, इसलिए यह जंगली नहीं चला सकता। जानें कि यह कैसे करें। यह महत्वपूर्ण है यहां देखें:
अपने वेब एप में दोषों को ठीक करें, जो आपके अपाचे को जंगली चलाने के कारण पैदा कर रहे हैं।
यदि आप कर सकते हैं, तो अपने माइस्काल्ड सर्वर को एपाचे से एक अलग सर्वर मशीन पर ले जाइए, इसलिए दोनों एक ही हार्डवेयर संसाधनों के लिए संघर्ष नहीं करते हैं।
अपने mysqld को कॉन्फ़िगर करने वाले कनेक्शन की संख्या को सीमित करने के लिए, जो इसे अपाचे कार्यकर्ता धागे या अन्य क्लाइंट से स्वीकार करेंगे। आपका वेब ऐप शायद स्थिति को संभालता है जहां एक कार्यकर्ता धागा को कनेक्शन के लिए इंतजार करना पड़ता है। यहाँ देखें।
क्या आप एक EC2 सूक्ष्म आवृत्ति पर हैं? आपको कुछ गंभीर ट्यूनिंग करने की आवश्यकता है यहां देखें:
No comments:
Post a Comment