1040 त्रुटि के बाद MySQL कनेक्शन: बहुत अधिक कनेक्शन

और फिर से ERROR 1040 ...

तकनीकी सहायता से इस कुख्यात त्रुटि के बारे में कई शिकायतें प्राप्त होती हैं: ERROR 1040: Too many connections - बहुत सारे कनेक्शन। समस्या स्पष्ट है: सर्वर द्वारा अनुमति देने की तुलना में एप्लिकेशन या उपयोगकर्ता अधिक कनेक्शन बनाते हैं, अर्थात, कनेक्शन की वर्तमान संख्या max_connections चर के मूल्य से अधिक है।

स्थिति खुद ही अंतिम उपयोगकर्ताओं के लिए एक समस्या है, लेकिन यदि आपके पास अभी भी सर्वर तक पहुंच नहीं है, तो इसका निदान करने और कारण को ठीक करने के लिए, सब कुछ बहुत खराब हो जाता है। आमतौर पर, आपको आवृत्ति को पूरा करना होगा और पुनर्प्राप्त करने के लिए इसे पुनरारंभ करना होगा।

रूट उपयोगकर्ता या तो कनेक्ट नहीं कर सकता है! क्यों!

ठीक से कॉन्फ़िगर किए गए वातावरण में, SUPER विशेषाधिकार वाला उपयोगकर्ता उदाहरण का उपयोग करने और त्रुटि 1040 के कारण का निदान करने में सक्षम होगा, जिसके कारण पर्याप्त कनेक्शन नहीं हैं। यह मैनुअल में वर्णित है:

mysqld max_connections 1 ग्राहक कनेक्शन + की अनुमति देता है। अतिरिक्त कनेक्शन SUPER विशेषाधिकार वाले खातों के लिए आरक्षित है। जब इन विशेषाधिकारों को प्रशासक को दिया जाता है, और सामान्य उपयोगकर्ताओं को (जिनकी उन्हें आवश्यकता नहीं है), एक प्रशासक जिसके पास PROCESS विशेषाधिकार है, वह सर्वर से जुड़ सकता है और समस्याओं का निदान करने के लिए SHOW PROCESSLIST का उपयोग कर सकता है, भले ही बिना विशेषाधिकार के अधिकतम संख्या में ग्राहक जुड़े हों।

लेकिन बहुत से लोग अपने उपयोगकर्ताओं को एप्लिकेशन या स्क्रिप्ट के लिए विशेषाधिकारी देते हैं - क्योंकि आवेदन की आवश्यकताओं (खतरनाक!) या परिणामों के ज्ञान की कमी के कारण, और फिर सामान्य उपयोगकर्ता आरक्षित कनेक्शन पर कब्जा कर लेता है, और प्रशासनिक उपयोगकर्ता (आमतौर पर root ) कनेक्ट कर सकता है।

कैसे एक उदाहरण के लिए उपयोग की गारंटी करने के लिए

आप जीडीबी के साथ अच्छी तरह से ज्ञात हैक का उपयोग कर सकते हैं , जिसे औरिमस ने 1040 त्रुटि 1040 साल पहले सलाह दी थी, लेकिन अब बेहतर समाधान हैं। सच है, उन्हें पहले चालू होना चाहिए।
Percona सर्वर 5.5.29 और उच्चतर और MySQL 8.0.14 और उच्चतर के साथ, आप अतिरिक्त कनेक्शन के साथ दूसरे पोर्ट को कॉन्फ़िगर कर सकते हैं। एप्लिकेशन इन इंटरफेस का उपयोग नहीं करेगा। वे केवल डेटाबेस प्रशासक और स्वास्थ्य निगरानी और सत्यापन एजेंटों के लिए हैं (नीचे नोट देखें)।

Percona सर्वर को कॉन्फ़िगर करें

Percona सर्वर 5.5.29 से शुरू होकर, आप केवल my.cnf extra_port जोड़ सकते हैं, और अगली बार जब आप पुनरारंभ करते हैं, तो पोर्ट उपलब्ध होगा और सामान्य कनेक्शन के रूप में उसी bind_address पर डेटा की उम्मीद करेगा। यदि आप extra_port चर को कॉन्फ़िगर नहीं करते हैं, तो डिफ़ॉल्ट रूप से कोई अतिरिक्त पोर्ट नहीं होगा।

इस पोर्ट को संभालने के लिए कनेक्शन की संख्या निर्दिष्ट करने के लिए आप extra_max_connections को भी परिभाषित कर सकते हैं। डिफ़ॉल्ट संख्या 1 है।

उदाहरण के लिए, मैंने सभी उपयोगकर्ताओं को उस नियमित पोर्ट से कनेक्शन लिया, जहां मैंने पहले से ही my.cnf में extra_port और extra_max_connections सेट किया है:

परिणाम

वैसे, Percona Server 8.0.14 में extra_port को हटा दिया गया है और MySQL समुदाय में समान फ़ंक्शन के साथ admin_port लागू किया गया है। यदि आप पहले से ही extra_port परिभाषित करते हैं तो Percona सर्वर 8.0.14 या उच्च पर अपग्रेड करते समय my.cnf को संपादित करें।

MySQL समुदाय में ट्यूनिंग

जैसा कि मैंने कहा, इसके लिए MySQL 8.0.14 की आवश्यकता होती है, जहाँ WorkLog 12138 का उपयोग किया जाता है ।

व्यवस्थापक इंटरफ़ेस को सक्षम करने के लिए, आपको admin_addres को परिभाषित करने की आवश्यकता है, जो कि केवल और अनन्य (वाइल्डकार्ड के बिना) IPv4, IPv6, IPv4- मैप किया गया पता या होस्ट नाम होना चाहिए, जिस पर व्यवस्थापक इंटरफ़ेस संचारित होने के लिए प्रतीक्षा करेगा। यदि यह चर परिभाषित नहीं है, तो इंटरफ़ेस सक्षम नहीं है।

आप अभी भी पोर्ट को परिभाषित कर सकते हैं, लेकिन यह आवश्यक नहीं है। डिफ़ॉल्ट रूप से, यह पोर्ट 33062 । यदि यह पोर्ट मुफ़्त है, तो इस मान को कॉन्फ़िगर करने की आवश्यकता नहीं है। यदि आप कॉन्फ़िगर करते हैं, तो my.cnf में [mysqld] अनुभाग में दोनों चर डालें।

अंत में, आप create_admin_listener_thread (डिफ़ॉल्ट रूप से अक्षम) को कॉन्फ़िगर कर सकते हैं, जो आने वाले कनेक्शन को संभालने के लिए एक अलग थ्रेड बनाता है। यह कुछ स्थितियों में काम आ सकता है।

एक और अंतर यह है कि ओरेकल दस्तावेज कहता है कि:

प्रशासनिक कनेक्शन की संख्या असीमित है।

(और हमारे पास 1 का डिफ़ॉल्ट मान है)। निश्चित नहीं है कि इसका क्या मतलब है, लेकिन मैं सावधानी से 1 मिलियन कनेक्शन स्थापित नहीं करूंगा। वे, बेशक, सीमित नहीं हैं, लेकिन वे अभी भी संसाधनों का उपभोग करते हैं।

निगरानी और स्वास्थ्य जांच के लिए उपयोग करें

जब हम max_connections पर पहुँच max_connections , तो न केवल लोग आपातकालीन स्थिति में अतिरिक्त इंटरफ़ेस या पोर्ट का उपयोग कर सकते हैं। एक प्रॉक्सी / लोड बैलेंसर / सर्विस डिस्कवरी मॉनिटरिंग सिस्टम को इससे जोड़ा जा सकता है।

निगरानी स्क्रिप्ट आरेखों के लिए डेटा को पुनः प्राप्त करने में सक्षम होगी, ताकि बाद में आप यह पता लगा सकें कि इतने सारे कनेक्शन कहाँ से आते हैं। और स्वास्थ्य जांच स्क्रिप्ट सर्वर की बिगड़ती स्थिति पर रिपोर्ट करेंगे, और कुछ कोड यह संकेत दे सकते हैं कि बहुत सारे कनेक्शन हैं, लेकिन सर्वर प्रबंधन कर रहा है (यानी, यह पता लगा सकता है और विफल होने से पहले थोड़ी देर इंतजार करना बेहतर है)।

निगरानी और स्वास्थ्य जांच के लिए एक समय में केवल एक कनेक्शन स्थापित करना सुनिश्चित करें, ताकि पेरकोना सर्वर में extra_max_connections को रोकना न हो और MySQL में एक लाख सूत्र न बनें। यही है, यदि पिछले अनुरोध या डेटाबेस से कनेक्शन अभी भी सक्रिय है, तो स्क्रिप्ट फिर से कनेक्ट नहीं होनी चाहिए।

यहाँ एक ही उदाहरण है, लेकिन MySQL के साथ ।

Percona सर्वर 8.0.14 और इसके बाद के संस्करण के लिए, प्रक्रिया MySQL समुदाय के लिए समान होगी।

मदद! मुझे अंदर जाने की आवश्यकता है, लेकिन सभी बंदरगाह व्यस्त हैं!

यदि यह कारण है कि आप इस पोस्ट को पढ़ रहे हैं, तो GDB (कोई अपराध नहीं, औरिमस) के साथ एक पागल हैक का उपयोग करें, यह सिर्फ जोखिम भरा दिखता है :-D) या उदाहरण को समाप्त करें। सौभाग्य से, एक उदाहरण SIGKILL (-9) के बजाय SIGTERM (-15) के साथ लगभग हमेशा बड़े करीने से समाप्त किया जा सकता है। तो सर्वर एक साफ बंद कर देगा, और थ्रेड्स को सामान्य रूप से बंद करने का मौका होगा। बस निर्देशों का पालन करें:

1) पीआईडी ​​प्राप्त करें:

 marcos.albe in ~/ pgrep -x mysqld; 650 

2) इस PID को SIGTERM भेजें:

 marcos.albe in ~/ kill -15 650; 

3) त्रुटि लॉग में जांचें कि शटडाउन कैसे किया जाता है। यह कुछ इस तरह दिखेगा:

 2019-07-11T13:43:28.421244Z 0 [Note] Giving 0 client threads a chance to die gracefully 2019-07-11T13:43:28.521238Z 0 [Note] Shutting down slave threads 2019-07-11T13:43:28.521272Z 0 [Note] Forcefully disconnecting 0 remaining clients 

यह पूरा होने की प्रक्रिया की शुरुआत का प्रतीक है। जब आप एक समान रेखा देखते हैं तो उदाहरण पूरा हो जाएगा:

 2019-07-11T13:43:31.292836Z 0 [Note] /opt/percona_server/5.7.26/bin/mysqld: Shutdown complete