2012-05-18 5 views
15

के दौरान MySQL सर्वर से खोया कनेक्शन Ive को SQL डेटा के 1go आयात करना है, मैंने अधिकतम_allowed_packet को 1100M तक सुनिश्चित किया है।लाइन 23 पर 1GO एसक्यूएल फाइल => त्रुटि 2013 (एचवाई 000) आयात करना: क्वेरी

तो मैं का उपयोग करें:

मेरे क्वेरी

mysql -u root -p -D mainbase < GeoPC_WO.sql 

लेकिन 1 मिनट बाद यह प्रक्रिया के दौरान बंद हो जाता है और मैं इस त्रुटि मिलती है: यह है कि आप कुछ बड़े डालने है

**ERROR 2013 (HY000) at line 23: Lost connection to MySQL server during query 
**Lost connection to MySQL server during query**** 
+0

एसक्यूएल फ़ाइल में कोई त्रुटि नहीं है, इसकी एक विश्व डेटाबेस भूगर्भीकरण तालिका – Anthony

+0

क्या वे सम्मिलित हैं? –

+0

क्या आपने इसे आजमाया? http://stackoverflow.com/questions/10563619/error-code-2013-lost-connection-to-mysql-server-during-query – Joand

उत्तर

11

संभव बयान जो आपके अधिकतम आकार से बड़े हैं। अपनी /etc/mysql/my.cnf फ़ाइल या कहीं भी यह जांचें। याद नहीं है कि डिफ़ॉल्ट क्या है - लेकिन इसे नीचे की तरह कुछ बड़े पर सेट करने में मदद मिल सकती है।

यह एक विकल्प

[mysqld] 
max_allowed_packet = 16M 

और शायद दूसरी तरह

[mysqldump] 
max_allowed_packet = 16M 
+0

Ive अभी भी मिल गया एक ही त्रुटि: – Anthony

+0

मैं सेट: [mysqld] max_allowed_packet = 1000M और शायद दूसरी तरह [ mysqldump] max_allowed_packet = 1000M और लाइन 23 पर यह त्रुटि ERROR 2013 (HY000) प्राप्त हुई: क्वेरी के दौरान MySQL सर्वर से खोया कनेक्शन और यह SQL सर्वर को क्रैश करता है, Ive इसे पुनरारंभ करने के लिए मिला है। कोई विचार? – Anthony

+0

एक पैकेट के लिए 1 जीबी थोड़ा चरम है :-) कनेक्शन के दूर जाने के अन्य कारण भी हैं - यानी टाइमआउट –

13

मैं बिल्कुल वैसा ही समस्या थी है। संघर्ष के 1 घंटे के बाद मैं एक उच्च मूल्य के लिए

net_write_timeout 

सेट करके ऐसा संकल्प लिया (मेरी स्थिति में यह है)

+1

यह मेरे मामले में काम करने वाला एकमात्र समाधान था: "mysqldump | mysql", "mysql" कमांड जैसे पाइप किसी अन्य होस्ट को डेटा भेजना और बहुत धीमा होना, और टाइमआउट का कारण बनना (सीधे फ़ाइल में डंप करना ठीक काम करता है, MySQL विफल करने में पाइपिंग) – golimar

+1

धन्यवाद! मेरे लिए भी काम किया। –

1

मेरे मामले में समस्या ("क्वेरी के दौरान MySQL सर्वर से कनेक्शन टूट") एक दूषित डंप फ़ाइल में या गलत व्यवहार में एचडीडी में था:

सबसे पहले, मैंने मुख्य सर्वर पर डंप किया और फिर उस डंप को प्रतिकृति सर्वर पर कॉपी किया। लेकिन ऐसा लगता है कि प्रतिकृति सर्वर को इसके एचडीडी के साथ कुछ समस्याएं थीं और डंप दूषित हो गया था, यानी मुख्य सर्वर पर मूल डंप फ़ाइल का एमडी 5 प्रतिकृति सर्वर पर डंप प्रति के एमडी 5 से अलग था।

0

आप इस के साथ की कोशिश कर सकते हैं:

पहले:

sudo vi /etc/mysql/my.cnf 

[mysqld] अनुभाग में निम्न पंक्ति जोड़ें::

sudo /etc/init.d/mysql stop 

तो फिर तुम इस फ़ाइल को संपादित करना चाहिए

innodb_force_recovery = 4 

अंत:

sudo /etc/init.d/mysql start 

(innodb_force_recovery InnoDB स्तोरागे engine शुरू करने के लिए बाध्य करते हैं। मान 4 का मतलब है कि आपकी डेटा फ़ाइलों को दूषित किया जा सकता है। अधिक जानकारी के लिए आप यहां जा सकते हैं: http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html)

ग्रीटिंग्स।

0

मेरे मामले में यह रैम की कमी के कारण था, मैंने 1 जीबी रैम वीपीएस सर्वर पर 90 एमबी ज़िपित एसक्यूएल फ़ाइल आयात करने की कोशिश की और त्रुटि 2013 तब तक जारी रहा जब तक कि मैंने कुछ स्मृति और चलाने के लिए httpd सेवा को बंद नहीं किया आयात आदेश फिर से और यह तब सफल रहा।

संबंधित मुद्दे