MySQL "Table is marked as crashed" त्रुटि और phpMyAdmin से टेबल की मरम्मत कैसे करें

MySQL "Table is marked as crashed" त्रुटि आमतौर पर तब आती है जब MyISAM स्टोरेज इंजन वाले किसी टेबल में खराबी आ जाती है और MySQL उसे सुरक्षित तरीके से पढ़ नहीं पाता। सबसे तेज़ समाधान यह है कि आप डेटाबेस का बैकअप लेकर phpMyAdmin में संबंधित टेबल चुनें और टेबल की मरम्मत का विकल्प चलाएं। हालांकि यह त्रुटि हमेशा एक क्लिक से हल होने वाली मामूली चेतावनी नहीं होती; यह अचानक सर्वर बंद होना, डिस्क फुल होना, गलत क्वेरी, भारी लेखन ट्रैफ़िक या पुराने MySQL कॉन्फ़िगरेशन की वजह से बार-बार भी हो सकती है। इस गाइड में आपको इस त्रुटि के कारण, phpMyAdmin के ज़रिए सुरक्षित मरम्मत के तरीके, मरम्मत से पहले बैकअप की जांच और स्थायी समाधान के उपाय विस्तार से मिलेंगे।

आपकी वेबसाइट WordPress, OpenCart, कस्टम PHP एप्लिकेशन या फोरम सिस्टम पर चल रही हो सकती है; MySQL टेबल खराब होने पर विज़िटर को सफेद स्क्रीन, 500 एरर, कनेक्शन टाइमआउट या एडमिन पैनल में अनपेक्षित डेटाबेस त्रुटियां दिख सकती हैं। खासकर ई-कॉमर्स साइट्स में जब ऑर्डर, प्रोडक्ट, सेशन या कार्ट टेबल प्रभावित होते हैं तो कुछ मिनट की डाउनटाइम भी भारी नुकसान पहुंचा सकती है। इसलिए मरम्मत करते समय डेटा की सुरक्षा और समस्या के मूल कारण को समझना ज़रूरी है। भरोसेमंद होस्टिंग, नियमित बैकअप और सही डेटाबेस इंजन का चुनाव इस तरह के जोखिमों को काफी हद तक कम कर देता है। इस संदर्भ में एक मैनेजेबल और मॉनिटर करने योग्य इंफ्रास्ट्रक्चर के लिए Hostragons वेब होस्टिंग या ज़्यादा रिसोर्स वाली परियोजनाओं के लिए Hostragons VPS सर्वर विकल्प देखे जा सकते हैं।

Table is marked as crashed त्रुटि क्या है?

Table is marked as crashed त्रुटि का मतलब है कि MySQL सर्वर ने किसी टेबल को खराब चिह्नित कर दिया है और उस टेबल पर पढ़ने या लिखने में समस्या आ रही है। यह त्रुटि आमतौर पर इस तरह दिखती है: Table './database/table_name' is marked as crashed and should be repaired या Incorrect key file for table। इसका मतलब होता है कि टेबल की फाइल, इंडेक्स या टेबल की अखंडता में कोई समस्या है।

यह त्रुटि सबसे अधिक MyISAM टेबल्स में देखने को मिलती है। MyISAM एक पुराना और तेज़ पढ़ने वाला स्टोरेज इंजन है, लेकिन इसकी क्रैश रिकवरी क्षमता InnoDB जैसी मजबूत नहीं होती। अगर सर्वर अचानक बंद हो जाए, डिस्क पर लिखाई बीच में रुक जाए या MySQL सेवा सही तरीके से बंद न हो, तो MyISAM टेबल्स आसानी से खराब हो सकते हैं। वहीं InnoDB ट्रांजेक्शन लॉग और क्रैश रिकवरी मैकेनिज्म के कारण अधिक मजबूत रहता है; लेकिन इसका यह मतलब नहीं कि InnoDB टेबल्स में कभी समस्या नहीं आती। InnoDB में समस्या ज़्यादातर टेबल स्पेस, डिस्क, ट्रांजेक्शन लॉग या डेटा डिक्शनरी से जुड़ी होती है।

त्रुटि के सबसे आम कारण

जब कोई टेबल खराब हो जाती है, तो सिर्फ phpMyAdmin से मरम्मत करना अक्सर अस्थायी समाधान होता है। यदि आप समस्या के कारण को समझेंगे नहीं, तो यह फिर से हो सकती है। निम्न कारण सबसे ज़्यादा देखे गए हैं:

• अचानक सर्वर बंद होना: बिजली कटना, हार्डवेयर रीसेट या ओएस क्रैश के दौरान यदि MySQL टेबल पर लिख रहा हो तो टेबल खराब हो सकता है।
• डिस्क स्थान भर जाना: यदि MySQL अस्थायी फाइल, इंडेक्स या टेबल अपडेट नहीं लिख पाता तो डेटा की अखंडता खतरे में आ सकती है। 90% से ज़्यादा डिस्क उपयोग जोखिम भरा होता है।
• MySQL सेवा को जबरन बंद करना: kill -9 जैसे कठोर कमांड, खासकर भारी लेखन के समय MyISAM टेबल्स को नुकसान पहुंचाते हैं।
• भारी लेखन ट्रैफिक: लॉग, काउंटर, सेशन या सर्च टेबल्स जो निरंतर अपडेट होती हैं और MyISAM इस्तेमाल करती हैं, ज्यादा संवेदनशील होती हैं।
• गलत प्लगइन या थीम: WordPress जैसे सिस्टम में खराब कोड वाले प्लगइन्स ज़्यादा क्वेरी भेज सकते हैं और टेबल लॉकिंग या खराबी पैदा कर सकते हैं।
• हार्डवेयर या फाइल सिस्टम की समस्या: डिस्क के खराब सेक्टर, I/O एरर या फाइल सिस्टम भ्रष्टाचार डेटाबेस फाइल्स को प्रभावित कर सकते हैं।
• पुराना MySQL संस्करण: अपडेट न किये गए संस्करणों में प्रदर्शन, लॉकिंग और रिकवरी फीचर्स कमजोर हो सकते हैं।

मरम्मत के पहले जरूरी सुरक्षा कदम

डेटाबेस की मरम्मत सामान्यतः सुरक्षित होती है, लेकिन खराब टेबल पर हर ऑपरेशन में डेटा खोने का खतरा बना रहता है। खासकर लाइव प्रोडक्शन साइट पर काम कर रहे हों तो सबसे पहले बैकअप लेना सर्वोपरि है।

1. मौजूदा डेटाबेस का बैकअप लें

phpMyAdmin में मरम्मत से पहले डेटाबेस का ताजा बैकअप ज़रूर एक्सपोर्ट करें। भले ही टेबल खराब हो, पढ़े जा सकने वाले डेटा का बैकअप लेना महत्वपूर्ण है। phpMyAdmin में डेटाबेस चुनें, Export टैब पर जाएं, तेज़ विकल्प की बजाय कस्टम विकल्प चुनें और SQL फॉर्मेट में बैकअप लें। बड़े डेटाबेस में एक्सपोर्ट टाइमआउट हो सकता है, ऐसे में होस्टिंग कंट्रोल पैनल के बैकअप टूल या SSH से mysqldump इस्तेमाल करना बेहतर होता है। जिन प्रोजेक्ट्स में नियमित बैकअप नीति नहीं है, वे होस्टिंग बैकअप समाधान देख सकते हैं।

2. खराब टेबल की पहचान करें

त्रुटि संदेश में आमतौर पर टेबल का नाम होता है। उदाहरण के लिए WordPress साइट पर wp_options, wp_posts, wp_comments या wp_actionscheduler_actions टेबल्स हो सकती हैं। कस्टम ऐप्लिकेशन में यह नाम ऐप्लिकेशन लॉग, PHP त्रुटि लॉग या MySQL एरर लॉग में मिलता है। सही टेबल पहचान कर काम करना अनावश्यक कार्य से बचाता है।

3. साइट को थोड़े समय के लिए रखरखाव मोड में डालें

मरम्मत के दौरान यदि टेबल पर नए लिखने के प्रयास होंगे तो प्रक्रिया विफल हो सकती है या डेटा असंगत हो सकता है। हाई ट्रैफिक साइट्स पर 2-5 मिनट का रखरखाव मोड प्रक्रिया को सुरक्षित बनाता है। WordPress में रखरखाव प्लगइन, कस्टम सॉफ्टवेयर में अस्थायी रखरखाव पेज या वेब सर्वर रीडायरेक्शन से उपयोगकर्ता गतिविधि रोकी जा सकती है। रखरखाव पेज पर SSL सक्रिय होना चाहिए; यदि सर्टिफिकेट में समस्या हो तो SSL प्रमाणपत्र देखें।

phpMyAdmin से MySQL टेबल कैसे ठीक करें?

phpMyAdmin उन उपयोगकर्ताओं के लिए MySQL टेबल मरम्मत को आसान बनाता है जिनके पास कमांड लाइन की तकनीकी जानकारी नहीं होती। नीचे दिए गए स्टेप्स आमतौर पर cPanel, Plesk और अन्य होस्टिंग पैनल्स में समान होते हैं।

चरण 1: होस्टिंग पैनल से phpMyAdmin में लॉगिन करें

होस्टिंग कंट्रोल पैनल में लॉगिन करें और डेटाबेस सेक्शन में phpMyAdmin लिंक खोलें। यदि आपके पास कई अकाउंट या डोमेन हैं तो सुनिश्चित करें कि आप सही अकाउंट में हैं। गलत डेटाबेस पर काम करने से आमतौर पर नुकसान नहीं होता, पर समय बर्बाद होता है और लाइव साइट की बजाय टेस्ट एनवायरनमेंट की मरम्मत हो सकती है। डोमेन और होस्टिंग मैपिंग में उलझन हो तो डोमेन प्रबंधन देखें।

चरण 2: सही डेटाबेस चुनें

बाएं साइड मेनू से अपनी साइट का डेटाबेस चुनें। WordPress में DB का नाम wp-config.php फाइल के DB_NAME लाइन में मिलेगा। कस्टम PHP प्रोजेक्ट्स में यह config.php, .env या database.php में होता है। एक ही सर्वर पर कई साइट हों तो यह जांचना बहुत जरूरी है।

चरण 3: खराब टेबल को चेक करें

डेटाबेस खुलने पर टेबल्स की सूची आएगी। त्रुटि में बताए गए टेबल को ढूंढें और उसके बगल वाले चेकबॉक्स को टिक करें। यदि एक से अधिक टेबल में समस्या है तो सभी चुन सकते हैं, पर सबसे महत्वपूर्ण टेबल से शुरू करना बेहतर होता है। टेबल किस इंजन (MyISAM या InnoDB) पर है, यह "Type" या "Engine" कॉलम से पता करें।

चरण 4: "टेबल की मरम्मत" विकल्प चुनें

टेबल चुनने के बाद पेज के नीचे ड्रॉपडाउन मेनू से Table repair या टेबल की मरम्मत विकल्प चुनें। phpMyAdmin बैकग्राउंड में आमतौर पर REPAIR TABLE table_name कमांड चलाता है। सफल होने पर आपको "status OK" जैसा संदेश मिलेगा। बड़े टेबल्स में यह प्रक्रिया कुछ मिनट भी ले सकती है, इसलिए पेज रिफ्रेश या ब्राउज़र बंद न करें।

चरण 5: मरम्मत की जांच करें और साइट टेस्ट करें

मरम्मत के बाद फिर से उसी मेनू से Table check या टेबल जांचें ऑप्शन चलाएं। इसके बाद साइट के मुख्य पेज, एडमिन पैनल, सर्च, प्रोडक्ट लिस्टिंग और यूजर लॉगिन को टेस्ट करें। WordPress में एडमिन पैनल में पर्मलिंक को दोबारा सेव करना, कैश क्लियर करना और एरर लॉग चेक करना अच्छी प्रैक्टिस है।

phpMyAdmin के मरम्मत विकल्पों का मतलब क्या है?

phpMyAdmin में सिर्फ मरम्मत ही नहीं, बल्कि टेबल मेंटेनेंस के लिए कई ऑप्शन होते हैं। हर ऑप्शन का काम अलग होता है और इसे समझकर ही उपयोग करना चाहिए।

संक्षेप में, Table is marked as crashed त्रुटि के लिए मुख्य विकल्प टेबल की मरम्मत ही है। ऑप्टिमाइज़ और विश्लेषण टेबल के रखरखाव के लिए उपयोगी हैं, लेकिन खराब टेबल को अकेले ठीक नहीं कर पाते।

InnoDB टेबल्स में स्थिति अलग क्यों होती है?

phpMyAdmin में InnoDB टेबल्स के लिए टेबल की मरम्मत विकल्प हमेशा सही काम नहीं करता। इसका कारण है कि InnoDB MyISAM की तरह फाइल-बेस्ड मरम्मत लॉजिक पर नहीं चलता। InnoDB ट्रांजेक्शन लॉग, रीडो-लॉग, अंडू लॉग और टेबल स्पेस संरचनाओं के साथ डेटा की अखंडता बनाए रखता है। इसलिए InnoDB में समस्या आने पर MySQL सर्विस लॉग देखना, डिस्क स्टेटस चेक करना, बैकअप से रिस्टोर करना या एडवांस रिकवरी मोड इस्तेमाल करना बेहतर होता है।

अगर आपकी त्रुटि MyISAM टेबल की है तो phpMyAdmin से मरम्मत का सफल परिणाम मिलने की संभावना अधिक है। लेकिन InnoDB में corrupt, tablespace, cannot open table जैसी त्रुटि संदेश दिखे तो सीधे मरम्मत का प्रयास करने से पहले बैकअप लें और सर्वर लॉग्स जांचें। ऐसे मामलों में होस्टिंग प्रदाता से मदद लेना सुरक्षित रहता है। खासकर महत्वपूर्ण ई-कॉमर्स डेटा के लिए बिना विशेषज्ञ सलाह के एक्सपेरिमेंट न करें।

अगर मरम्मत विफल हो तो क्या करें?

phpMyAdmin से टेबल की मरम्मत हर बार सफल नहीं होती। बड़े टेबल, गंभीर फाइल भ्रष्टाचार, डिस्क समस्या या परमिशन इश्यू के कारण प्रक्रिया बीच में रुक सकती है। ऐसी स्थिति में ये कदम अपनाएं:

• बैकअप से रिस्टोर करें: सबसे भरोसेमंद तरीका है कि त्रुटि से पहले का ताजा बैकअप वापिस लाएं। रिस्टोर से पहले वर्तमान खराब डेटाबेस का अलग बैकअप जरूर रखें।
• SSH से myisamchk चलाएं: अगर सर्वर एक्सेस है तो MyISAM टेबल के लिए myisamchk टूल का प्रयोग करें। इसके लिए MySQL सेवा को रोकना या टेबल का एक्सेस बंद करना जरूरी होता है।
• REPAIR TABLE कमांड चलाएं: phpMyAdmin के SQL टैब में REPAIR TABLE table_name; कमांड दे सकते हैं। बड़े टेबल्स के लिए QUICK या EXTENDED ऑप्शन आज़माएं।
• डिस्क और inode जांचें: यदि डिस्क या inode फुल हैं तो मरम्मत नहीं हो पाएगी। अनावश्यक बैकअप, लॉग और अस्थायी फाइलें पहले साफ़ करें।
• सर्वर लॉग्स देखें: MySQL error log, वेब सर्वर लॉग और PHP error log से समस्या की जड़ पता चल सकती है।

यदि आप शेयर होस्टिंग पर हैं तो SSH या सेवा बंद करने की अनुमति नहीं हो सकती। ऐसे में होस्टिंग सपोर्ट टीम को त्रुटि संदेश, टेबल नाम, घटना का समय और ताजा बैकअप की जानकारी देना समाधान तेज करता है।

त्रुटि को बार-बार होने से कैसे रोकें?

एक बार मरम्मत करने से समस्या अस्थायी रूप से ठीक हो सकती है; स्थायी समाधान के लिए इंफ्रास्ट्रक्चर और मेंटेनेंस की सही आदतें अपनानी पड़ती हैं। नीचे दिए गए सुझाव MySQL टेबल खराबी के जोखिम को काफी हद तक कम करते हैं।

MyISAM टेबल्स को InnoDB में बदलने पर विचार करें

इन दिनों अधिकांश वेब एप्लिकेशन में InnoDB ज्यादा सुरक्षित और भरोसेमंद माना जाता है। इसका रो-लेवल लॉकिंग, ट्रांजेक्शन सपोर्ट और क्रैश रिकवरी MyISAM से बेहतर है, खासकर भारी लेखन ट्रैफिक के लिए। टेबल को बदलने के लिए ALTER TABLE table_name ENGINE=InnoDB; कमांड का उपयोग करें, लेकिन लाइव साइट पर लागू करने से पहले टेस्ट एनवायरनमेंट में परखें और पूरा बैकअप लें। कुछ पुराने ऐप्लिकेशन MyISAM के फुलटेक्स्ट इंडेक्स या अन्य विशेष व्यवहार पर निर्भर हो सकते हैं।

नियमित और विश्वसनीय बैकअप नीति अपनाएं

सिर्फ बैकअप लेना काफी नहीं, उसे पुनःस्थापित भी किया जा सके यह जरूरी है। दैनिक बैकअप, साप्ताहिक फुल बैकअप और महत्वपूर्ण अपडेट से पहले मैनुअल बैकअप अच्छी नीति है। कम से कम 7 दिनों तक बैकअप रखना छोटे और मध्यम वेबसाइट्स के लिए उपयुक्त है। ई-कॉमर्स साइट्स में ऑर्डर लॉस कम करने के लिए और अधिक बार बैकअप या बिनलॉग आधारित रिकवरी की जरूरत हो सकती है।

डिस्क उपयोग और संसाधनों पर नजर रखें

डिस्क उपयोग 85-90% तक पहुंचते ही अलर्ट सिस्टम लगाएं। MySQL को अस्थायी टेबल, लॉग फाइल और इंडेक्स ऑपरेशन के लिए खाली जगह चाहिए होती है। CPU, RAM और I/O लेटेंसी भी नियमित जांचें। यदि होस्टिंग प्लान सीमित संसाधन देता है तो ट्रैफिक बढ़ने पर बेहतर प्लान पर स्विच करें। इस संदर्भ में कॉर्पोरेट होस्टिंग या उच्च प्रदर्शन होस्टिंग विकल्प देखे जा सकते हैं।

प्लगइन, थीम और सॉफ्टवेयर अपडेट करें

पुराना सॉफ्टवेयर न केवल सुरक्षा जोखिम बढ़ाता है, बल्कि डेटाबेस पर अनावश्यक और भारी क्वेरी भेजता है। WordPress में न चलने वाले प्लगइन्स हटाएं, फालतू लॉग टेबल्स साफ़ करें और अविश्वसनीय प्लगइन्स से बचें। अपडेट से पहले स्टेजिंग वातावरण में परीक्षण करें ताकि लाइव साइट पर अप्रत्याशित टेबल/इंडेक्स समस्या न आए।

सर्वर को सही तरीके से बंद करें और रखरखाव योजना बनाएं

यदि VPS या डेडिकेटेड सर्वर है तो MySQL सेवा को जबरन बंद करने से बचें। रखरखाव से पहले सेवाओं को नियंत्रित तरीके से बंद करें, अपडेट्स कम ट्रैफिक के समय करें और रीबूट के बाद लॉग जांचें। योजनाबद्ध रखरखाव से हाई ट्रैफिक डाटाबेस की खराबी का खतरा कम होता है।

WordPress साइट्स के लिए खास सुझाव

WordPress में MySQL त्रुटियां अक्सर सामान्य database connection error के रूप में दिखती हैं, लेकिन एरर लॉग में खराब टेबल का नाम मिलेगा। अक्सर प्रभावित टेबल्स हैं wp_options, wp_posts, wp_postmeta, wp_comments और कुछ प्लगइन्स के शेड्यूलर या लॉग टेबल्स। wp_options खराब होने पर साइट का सेटिंग पढ़ना बंद हो सकता है, wp_posts खराब हो तो कंटेंट लिस्ट नहीं होता, और लॉग टेबल्स खराब होने पर एडमिन पैनल धीमा हो सकता है।

WordPress में इन-बिल्ट डेटाबेस मरम्मत फीचर भी है। wp-config.php में अस्थायी तौर पर define('WP_ALLOW_REPAIR', true); जोड़ें और /wp-admin/maint/repair.php पर जाकर मरम्मत करें। लेकिन मरम्मत के बाद यह लाइन तुरंत हटा दें वरना यह पेज बिना लॉगिन के एक्सेस हो सकता है। phpMyAdmin विधि ज़्यादा नियंत्रित होती है क्योंकि आप सीधे टेबल का चुनाव कर सकते हैं। WordPress के लिए ऑप्टिमाइज़्ड होस्टिंग चाहते हैं तो WordPress होस्टिंग देखें।

कब विशेषज्ञ मदद लें?

हर MySQL त्रुटि खुद से सुलझाना आसान नहीं होता। निम्न स्थितियों में प्रोफेशनल सपोर्ट लेना बेहतर होता है:

• यदि खराब टेबल में ऑर्डर, भुगतान, सदस्यता या वित्तीय डेटा हो।
• मरम्मत के बाद भी समस्या बनी रहे या टेबल गायब दिखे।
• डेटाबेस कई गीगाबाइट का हो और phpMyAdmin में टाइमआउट हो।
• InnoDB टेबलस्पेस या रीडो लॉग एरर आ रहे हों।
• डिस्क एरर, I/O एरर या फाइल सिस्टम चेतावनी हो।
• कोई हालिया साफ़ और विश्वसनीय बैकअप उपलब्ध न हो।

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

त्वरित जांच सूची

आपात स्थिति में यह क्रम अपनाएं:

• त्रुटि संदेश से खराब टेबल का नाम पहचानें।
• मौजूदा डेटाबेस का बैकअप लें।
• साइट को कुछ मिनट के लिए रखरखाव मोड में डालें।
• phpMyAdmin में सही डेटाबेस चुनें।
• गलत टेबल मार्क करके टेबल की मरम्मत करें।
• मरम्मत के बाद टेबल जांचें और साइट की कार्यक्षमता टेस्ट करें।
• डिस्क, संसाधन, बैकअप और टेबल इंजन की समीक्षा कर पुनरावृत्ति की संभावना कम करें।

अक्सर पूछे जाने वाले प्रश्न

MySQL Table is marked as crashed त्रुटि का मतलब डेटा खोना है?

यह हमेशा डेटा हानि का संकेत नहीं है। ज्यादातर MyISAM टेबल phpMyAdmin से मरम्मत के बाद ठीक हो जाती हैं। पर यदि टेबल बहुत खराब है तो कुछ रिकॉर्ड खराब हो सकते हैं। इसलिए मरम्मत से पहले बैकअप लेना जरूरी है।

phpMyAdmin से टेबल मरम्मत सुरक्षित है?

अधिकांश मामलों में सुरक्षित है, लेकिन लाइव डेटाबेस पर हर रखरखाव में जोखिम होता है। बैकअप लेना, सही टेबल चुनना और संभव हो तो साइट को रखरखाव मोड में रखना सुरक्षा बढ़ाता है। बड़े या महत्वपूर्ण टेबल्स के लिए विशेषज्ञ मदद बेहतर रहती है।

InnoDB टेबल्स के लिए टेबल की मरम्मत ऑप्शन इस्तेमाल करूं?

InnoDB टेबल्स MyISAM की तरह REPAIR TABLE कमांड से ठीक नहीं होते। InnoDB एरर में MySQL लॉग्स जांचें, डिस्क स्टेटस देखें और जरूरत हो तो बैकअप से रिकवरी करें। बिना सोचे-समझे मरम्मत प्रयास डेटा खोने का खतरा बढ़ाते हैं।

यह त्रुटि बार-बार क्यों हो रही है?

अगर त्रुटि बार-बार आ रही है तो मूल कारण दूर नहीं किया गया है। जैसे डिस्क फुल होना, अचानक सर्विस बंद होना, भारी लेखन ट्रैफिक, खराब प्लगइन, पुराना MySQL या MyISAM का इस्तेमाल। समस्या की जड़ समझना स्थायी सुधार के लिए आवश्यक है।

मरम्मत से पहले होस्टिंग कंपनी से संपर्क करूं?

साधारण MyISAM टेबल त्रुटि में आप खुद phpMyAdmin से मरम्मत कर सकते हैं। लेकिन यदि टेबल महत्वपूर्ण डेटा रखता है, बैकअप नहीं है, डेटाबेस बहुत बड़ा है या InnoDB एरर हो रहा है तो होस्टिंग सपोर्ट से संपर्क करना बेहतर है।

निष्कर्ष

MySQL "Table is marked as crashed" त्रुटि खासकर MyISAM टेबल्स में होने वाली एक डेटाबेस खराबी चेतावनी है, जिसे आमतौर पर phpMyAdmin से ठीक किया जा सकता है। सही तरीका है पहले बैकअप लेना, खराब टेबल पहचानना, phpMyAdmin से मरम्मत करना और फिर समस्या के कारण को समझकर स्थायी समाधान लागू करना। नियमित बैकअप, पर्याप्त सर्वर संसाधन, InnoDB का उपयोग और अपडेटेड सॉफ्टवेयर स्टैक इस समस्या के पुनरावृत्ति को कम करते हैं। यदि आपकी साइट में इस तरह की त्रुटियां बार-बार आ रही हैं तो इंफ्रास्ट्रक्चर की समीक्षा करें और अपनी आवश्यकताओं के अनुसार होस्टिंग विकल्पों के लिए Hostragons के संसाधनों या सपोर्ट टीम से सलाह लें।