एक वर्ष से अधिक समय तक हमने वर्डप्रेस के लिए काउंटरटेकर प्लगइन का उपयोग किया और इस प्रकार ब्लॉग और उसके पाठकों के आँकड़े बनाए रखे, यह प्लगइन कुछ दिनों पहले निष्क्रिय हो गया था (अन्य चीजों के अलावा) इससे डेटाबेस में 600MB से अधिक डेटा की बचत हुई।
ऐसा होता है कि (प्लगइन को निष्क्रिय करने और डीबी को साफ करने से पहले) मैंने डेटाबेस को डंप करने की कोशिश की, अर्थात, इसे .SQL को निर्यात करें और इस तरह इसे डाउनलोड करें और होस्टिंग टर्मिनल में मुझे निम्न त्रुटि मिली:
mysqldump: Got error: 144: Table './dl_database/Counterize_Referers' को दुर्घटनाग्रस्त और अंतिम (स्वचालित?) मरम्मत के रूप में चिह्नित किया जाता है जब LOCK TABLES का उपयोग करते समय विफल हो जाता है?
इसलिए, डंप नहीं किया गया और ठीक है... यह सोचने का मात्र विचार है कि डीबी DesdeLinux मुझे एक समस्या हुई, इससे मेरे रोंगटे खड़े हो गए :)
वेब पर थोड़ा शोध करने से मैं यह जान पाया कि इस समस्या को कैसे हल किया जा सकता है, जाहिर है ऐसा नहीं है कि डेटाबेस में समस्याएँ ठीक हैं, बस यह कि एक तालिका को 'समस्याओं के साथ' के रूप में चिह्नित किया गया है, सौभाग्य से यह ठीक करने के लिए बहुत सरल है।
पहले MySQL सर्वर तक पहुँचते हैं:
mysql -u root -p
हम [Enter] दबाते हैं और यह हमसे MySQL रूट पासवर्ड के लिए पूछेगा, हम इसे डालते हैं और फिर से [Enter] दबाते हैं।
एक बार MySQL के अंदर हम आपको बताएंगे कि किस डेटाबेस का उपयोग करना है, उदाहरण के लिए ऊपर दी गई त्रुटि के अनुसार समस्या तालिका में है काउंटराइज़_रेफ़रर्स डेटाबेस से dl_डेटाबेस, ताकि:
use database dl_database;
और अब टेबल बेस को ठीक करने के लिए:
repair table Counterize_Referers;
एक बार पिछली कमांड निष्पादित हो जाने के बाद, सब कुछ सामान्य रूप से वापस आ गया होगा, कम से कम मेरे मामले में यह इस तरह से अधिक से अधिक मौके पर हुआ है than
फिर यह केवल डेटाबेस और वॉइला को डंप करने के लिए फिर से निर्देश निष्पादित करने के लिए रहता है, इससे अधिक कुछ नहीं।
वैसे भी, मैं अपने लिए एक ज्ञापन के रूप में कुछ भी नहीं करता हूं, क्योंकि एक ही चीज मेरे साथ दो बार हुई है और मैं दिन को बचाने के निर्देशों को नहीं भूलना चाहता हूं more
अभिवादन और मुझे आशा है कि यह किसी और के लिए उपयोगी है।
बहुत अच्छा, आपके पास हमेशा इस प्रकार का आइटम हाथ में होना चाहिए जो भी कारण हो।
धन्यवाद
हां ... जिस समय समस्या होती है, उस समय समाधान को हाथ में लेना अच्छा होता है, या कम से कम यह जानने के लिए कि बिना देरी के इसे कहां खोजना है।
अच्छा KZKGGaara। ऐसी चीजें हैं जो PHPMyAdmin कंसोल नहीं कर सकती हैं।
धन्यवाद
बहुत बढ़िया, मुझे एक से अधिक बार बचाया।
लेकिन मुझे आश्चर्य है, क्या यह रूट -यू रूट -p के बजाय mysql -u रूट -p नहीं होगा? मेरा मतलब अपमान से नहीं है।
शुक्रिया!
बहुत बढ़िया, मुझे एक से अधिक बार बचाया।
लेकिन मुझे आश्चर्य है, क्या यह रूट -यू रूट -p के बजाय mysql -u रूट -p नहीं होगा? मैं अपमान के इरादे के बिना पूछना।
धन्यवाद
जबरदस्त हंसी!!!! पूरी तरह से सच है, मेरी गलती LOL!
मैं लिख रहा था और एक कदम आगे की सोच रहा था, वहाँ से mysql के बजाय रूट लिखना था ... चेतावनी के लिए धन्यवाद 🙂
आपका स्वागत है! दुबारा पोस्ट करने के लिए क्षमा करें; मैंने इसे बार-बार भेजने की कोशिश की और इसने मुझे बताया कि यह पहले से मौजूद है (मैंने पृष्ठ को फिर से लोड किया और कुछ भी नहीं देखा)।
नमस्ते.
यह मेरे बालों से अब निकलता है कि मैं डीबी मुद्दे में आ रहा हूं।
, अच्छा नमस्कार
एक सवाल, आप कितनी बार डीबी डंप करते हैं? यह जानना है कि 600MB डेटा प्राप्त करने में कितना समय लगता है
अन saludo,
एहम ... मैं तुम्हें बहुत अच्छी तरह से नहीं समझा अब…
इससे पहले कि हम डीबी में सफ़ाई करें DesdeLinux इसका (अर्थात, DB का .sql) वजन 700MB से अधिक था, क्योंकि हमने सभी आँकड़े DB में रखे थे। यानी लगभग ब्लॉग की शुरुआत से ही.
अब हम Google ए का उपयोग कर रहे हैं, इसलिए हम डीबी से आंकड़े तालिकाओं को हटाते हैं, और अब .sql 80 एमबी तक नहीं पहुंचता है
क्या इससे आपके सवाल का जवाब मिलता है?
, अच्छा नमस्कार
ट्रोल के बिना, आप कितनी बार डीबी डंप करते हैं?
महीने में कई बार 🙂
मैं सदैव इसका नवीनतम संस्करण प्राप्त करने का प्रयास करता हूँ DesdeLinux
यह मेरे लिए ठीक लगता है, अब भ्रष्ट तालिकाओं का सामान्य संशोधन करना संभव नहीं है?
बहुत बहुत धन्यवाद दोस्त, आपके योगदान से मुझे बहुत मदद मिली।
सादर
बहुत बहुत धन्यवाद प्रिय, सुझावों के लिए धन्यवाद, उन्होंने मेरी मदद की !!
ट्रूजिलो-वेनेजुएला से शुभकामनाएं।
अनुमान
जैसा कि मुझे पता है कि यदि प्रक्रिया चल रही है तो मैंने कमांड रिपेयर टेबल आयात लिखा है; और मैं वहाँ हूँ
बहुत बहुत धन्यवाद, आपने मेरी त्वचा को बचा लिया है you
नमस्कार दोस्त, मुझे नहीं पता कि क्या आप मेरी मदद कर सकते हैं, मेरी वेबसाइट के साथ भी कुछ ऐसा ही हुआ है, इस त्रुटि को चिह्नित करें:
Wp_posts तालिका सही नहीं है। निम्न त्रुटि की रिपोर्ट करें: तालिका क्रैश हो गई है और अंतिम मरम्मत विफल हो गई है। WordPress इस तालिका को सुधारने का प्रयास करेगा ...
Wp_posts तालिका को सुधारने में विफल। त्रुटि: तालिका को क्रैश के रूप में चिह्नित किया गया है और अंतिम मरम्मत विफल रही
मुझे नहीं पता कि क्या आप इसे ठीक करने में मेरी मदद कर सकते हैं, मैं उन्नत वर्डप्रेस के लिए नया हूं। Wp-post टेबल को रिपेयर करने की कोशिश करते समय, यह एक त्रुटि दिखाता है कि इसे रिपेयर नहीं किया जा सकता है। धन्यवाद। मेरी वेबसाइट है: https://diarionoticiasweb.com