MySQL "Table is marked as crashed" غلطي ۽ phpMyAdmin سان جدول جي مرمت: مڪمل سنڌي رهنما

MySQL "Table is marked as crashed" غلطي اڪثر ڪري MyISAM اسٽوريج انجڻ استعمال ڪندڙ جدول جي بگاڙ جي نشاندهي ڪري ٿي، جنهن سبب MySQL ان کي محفوظ طريقي سان پڙهي يا لکي نٿو سگهي. تيز ترين حل، ڊيٽابيس جي بيڪ اپ وٺڻ کانپوءِ phpMyAdmin ۾ لاڳاپيل جدول چونڊي جدول جي مرمت (Repair Table) آپريشن هلائڻ آهي. پر هي غلطي هميشه صرف هڪ ڪلڪ سان ختم نه ٿي ٿيندي؛ اڻڄاتل سرور بند ٿيڻ، ڊسڪ ڀرجي وڃڻ، خراب ڪويريز، تيز لکڻ جي ٽريفڪ يا پراڻي 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. هي پيغام جدول جي فائيل، انڊيڪس يا جدول جي Integrity ۾ مسئلن جي نشاندهي ڪري ٿو.

هي غلطي عام طور تي MyISAM ٽيبلز ۾ نظر اچي ٿي. MyISAM پراڻي، تيز پڙهڻ تي فوڪس ڪيل انجڻ آهي؛ پر ان جو Crash Recovery InnoDB جيترو مضبوط ناهي. سرور اوچتو بند ٿئي، ڊسڪ تي لکڻ اڌ ۾ رهجي وڃي يا MySQL سروس صحيح طرح بند نه ٿئي ته MyISAM ٽيبلز آساني سان خراب ٿي سگهن ٿا. InnoDB وٽ Transaction Log ۽ Crash Recovery جي اسباب آهن، تنهن ڪري عام طور تي وڌيڪ مضبوط آهي؛ پر InnoDB ٽيبلز ۾ به مسئلا ٿي سگهن ٿا، خاص طور تي ٽيبل اسپيس، ڊسڪ، Transaction Log يا Data Dictionary جي مسئلن جي صورت ۾.

غلطي جا عام سبب

phpMyAdmin سان مرمت ڪرڻ گهڻو ڪري ڪافي لڳي ٿو، پر جيڪڏهن اصل سبب نه ڳوليندا ته ساڳي غلطي وري ٿي سگهي ٿي. سنڌي ويب هوسٽنگ جي ميدان ۾ هيٺيان سبب بار بار سامهون اچن ٿا:

• سرور جو اوچتو بند ٿيڻ: بجلي جي بندش، هارڊويئر ري سيٽ يا OS جي ڪرش دوران MySQL جي لکڻ جي عمل ۾ جدول خراب ٿي سگهي ٿو.
• ڊسڪ ڀرجي وڃڻ: MySQL عارضی فائيل، انڊيڪس يا اپڊيٽس نه ڪري سگهي ته ڊيٽا Integrity متاثر ٿي سگهي ٿي. ڊسڪ جي استعمال 90% کان وڌيڪ خطرناڪ آهي.
• MySQL سروس جو زبردستي بند ڪرڻ: kill -9 جهڙا سخت بند، خاص ڪري لکڻ جي وقت MyISAM ٽيبز کي متاثر ڪن ٿا.
• تيز لکڻ جي ٽريفڪ: لاگ، ڪائونٽر، سيشن يا سرچ ٽيبلز جو MyISAM تي هلڻ وڌيڪ حساس آهي.
• غلط پلگ ان يا ٿيم: WordPress ۾ خراب پلگ انز غير معمولي ڪويريز ڪندا ۽ جدولن جي لاڪ جو سبب ٿيندا.
• هارڊويئر يا فائيل سسٽم مسئلا: ڊسڪ جي Bad Sector، I/O غلطي يا خراب فائيل سسٽم ڊيٽابيس فائيل متاثر ڪري سگهن ٿا.
• پراڻي MySQL ورزن: اپڊيٽ نه ٿيل ورزنز ۾ ڪارڪردگي، لاڪنگ ۽ Recovery ڪمزور هوندي.

مرمت کان اڳ اهم حفاظتي قدم

ڊيٽابيس مرمت عام طور تي محفوظ آهي؛ پر خراب جدول تي هر عمل مڪمل طور ڊيٽا وڃائڻ جي خطري کي ختم نه ٿو ڪري. خاص طور تي Live (چالو) سائيٽ تي ڪم ڪندي هميشه بيڪ اپ وٺو.

1. موجوده ڊيٽابيس جي بيڪ اپ وٺو

phpMyAdmin سان مرمت شروع ڪرڻ کان اڳ موجوده ڊيٽابيس جو اسپورٽ بيڪ اپ وٺو. جدول جي بگاڙ باوجود پڙهي سگهجندڙ ڊيٽا جو بيڪ اپ اهم آهي. phpMyAdmin ۾ ڊيٽابيس چونڊيو، Export سيڪشن تي وڃو، Fast جي بدران Custom طريقو چونڊيو ۽ SQL فارميٽ ۾ بيڪ اپ وٺو. وڏين ڊيٽابيسز ۾ Export دوران ٽائيم آئوٽ ٿي سگهي ٿو؛ ان صورت ۾ هوسٽنگ پينل جي بيڪ اپ اوزار يا SSH سان mysqldump وڌيڪ بهتر آهي. باقاعده بيڪ اپ پاليسي نه هجي ته هوسٽنگ بيڪ اپ جا حل کي ڏسو.

2. ڪهڙي جدول خراب آهي، معلوم ڪريو

غلطي پيغام ۾ عام طور تي جدول جو نالو هوندو. مثال طور WordPress ۾ wp_options, wp_posts, wp_comments يا wp_actionscheduler_actions ٽيبلز نظر اچي سگهن ٿا. اسپيشل ايپس ۾ جدول جو نالو لاگ فائيل، PHP Error Log يا MySQL Error Log ۾ ملي سگهي ٿو. خراب جدول سڃاڻڻ بنا ضرورت کان وڌيڪ اپريشن ڪرڻ کان بچندو.

3. سائيٽ کي مختصر وقت لاءِ Maintenance Mode تي رکو

مرمت دوران جيڪڏهن جدول تي نيون لکڻيون ٿين ته عمل ناڪام ٿي سگهي ٿو يا ڊيٽا ۾ تضاد اچي سگهي ٿو. تيز ٽريفڪ واري سائيٽ تي 2-5 منٽ جي Maintenance Mode، عمل کي محفوظ بڻائي ٿو. WordPress لاءِ Maintenance پلگ ان، اسپيشل ايپس لاءِ Temporary Maintenance Page يا Web Server Redirection سان يوزر کي روڪي سگهجي ٿو. محفوظ وزيٽر تجربو لاءِ Maintenance Page تي SSL لازمي آهي؛ سرٽيفڪيٽ ۾ مسئلو هجي ته SSL سرٽيفڪيٽ کي ڏسو.

phpMyAdmin سان MySQL جدول ڪيئن مرمت ڪجي؟

phpMyAdmin، ٽيڪنيڪل ڪمانڊ ڄاڻ بنا صارفين لاءِ MySQL جدول جي مرمت کي آسان ڪري ٿو. هيٺيان قدم cPanel، Plesk ۽ ٻين هوسٽنگ پينلز تي لڳ ڀڳ هڪجهڙا آهن.

قدم 1: هوسٽنگ پينل مان phpMyAdmin ۾ داخل ٿيو

هوسٽنگ ڪنٽرول پينل ۾ لاگ ان ٿيو، ڊيٽابيس سيڪشن ۾ phpMyAdmin جو لنڪ کوليو. جيڪڏهن ڪيترائي هوسٽنگ اڪائونٽ يا ڊومينز آهن، صحيح اڪائونٽ تي عمل ڪرڻ جي پڪ ڪريو. غلط ڊيٽابيس تي عمل عام طور نقصان نٿو ڏئي؛ پر وقت ضايع ڪري ٿو يا ٽيسٽ سائيٽ تي عمل ٿيڻ جو سبب بڻجي ٿو. ڊومين ۽ هوسٽنگ جي ملاوٽ ۾ مسئلا هجن ته ڊومين جي انتظام تي نظر وجهو.

قدم 2: صحيح ڊيٽابيس چونڊيو

ساڄي پاسي واري مينيو مان اوهان جي سائيٽ جي ڊيٽابيس چونڊيو. WordPress لاءِ نالو wp-config.php جي DB_NAME لائن مان معلوم ڪري سگهو ٿا. اسپيشل PHP ايپس ۾ نالو عام طور config.php، .env يا database.php ۾ هوندو. هڪ سرور تي ڪيترن ئي سائيٽن لاءِ هي چيڪ اهم آهي.

قدم 3: خراب جدول چونڊيو

ڊيٽابيس کولڻ تي ٽيبلز جي لسٽ نظر ايندي. غلطي پيغام ۾ ڏيکاريل جدول ڳوليو ۽ سامهون واري چيڪ باڪس تي نشان لڳايو. جيڪڏهن ڪيترن ئي ٽيبلز ۾ غلطي آهي، سڀ چونڊي سگهو ٿا؛ پر پهرين اهم جدول سان شروع ڪرڻ وڌيڪ محفوظ آهي. ٽيبل MyISAM آهي يا نه، ان لاءِ Row ۾ Type يا Engine ڪالم ڏسو.

قدم 4: جدول جي مرمت آپشن هلائو

جدول چونڊڻ کان پوءِ صفحي جي هيٺيان Drop-down مينيو مان Repair Table چونڊيو. phpMyAdmin عام طور REPAIR TABLE table_name ڪمانڊ هلائيندو. عمل مڪمل ٿيڻ تي نتيجو نظر ايندو: Success، Warning يا Failure. ڪاميابي عام طور Status OK طور هوندي. وڏي جدول تي عمل ڪجهه سيڪنڊ بدران منٽ وٺي سگهي ٿو؛ ان دوران صفحو Refresh نه ڪريو يا Browser بند نه ڪريو.

قدم 5: جدول کي چيڪ ڪريو ۽ سائيٽ کي آزمائو

مرمت جي بعد ساڳئي مينيو مان Check Table هلائي سگهو ٿا. پوءِ سائيٽ جي Homepage، Admin Panel، Search Function، Product Listings ۽ User Login کي آزمائو. WordPress ۾ Admin Panel ۾ Permalinks Save ڪريو، Cache صاف ڪريو ۽ Error Log چيڪ ڪريو.

phpMyAdmin جي مرمت آپشنز ڇا مطلب آهن؟

phpMyAdmin ۾ صرف مرمت نه، جدول جي سنڀال لاءِ مختلف آپشنز آهن. هر آپشن جو مقصد الڳ آهي؛ غلط اميد سان استعمال نه ڪجي.

مختصر طور، Table is marked as crashed غلطي لاءِ سڌي سنئين آپشن Repair Table آهي. Optimize ۽ Analyze مفيد آهن؛ پر خراب جدول کي اڪيلو درست نه ٿا ڪري سگهن.

InnoDB ٽيبلز تي صورتحال ڇو مختلف آهي؟

phpMyAdmin ۾ InnoDB ٽيبلز لاءِ Repair Table آپشن هميشه توقع مطابق ڪم نه ڪندو. ان جو سبب InnoDB جو MyISAM وانگر سادي فائيل بيز مرمت جي منطق نه هجڻ آهي. InnoDB Transaction Log، Redo Log، Undo Log ۽ Table Space جي جوڙجڪ سان ڊيٽا Integrity کي محفوظ رکي ٿو. تنهن ڪري InnoDB مسئلن ۾ حل عام طور MySQL Service Logs ڏسڻ، Disk Status چيڪ ڪرڻ، بيڪ اپ مان بحالي يا Advanced Recovery Modes استعمال ڪرڻ ۾ آهي.

جيڪڏهن غلطي پيغام MyISAM جدول ڏيکاري ٿو ته phpMyAdmin مرمت جي عمل جي ڪاميابي جو امڪان وڏو آهي. پر InnoDB تي corrupt, tablespace, cannot open table جهڙا پيغام ملن ته سڌي سنئين مرمت بدران پهرين بيڪ اپ وٺو ۽ سرور Logs ڏسو. اهڙي صورت ۾ هوسٽنگ فراهم ڪندڙ کان مدد وٺڻ وڌيڪ محفوظ آهي. خاص طور تي اهم اي ڪامرس ڊيٽا لاءِ، رينڊم مرمت جي ڪوشش بدران پروفيشنل مداخلت بهتر آهي.

مرمت ناڪام ٿئي ته ڇا ڪجي؟

phpMyAdmin سان جدول جي مرمت هميشه ڪامياب نه ٿي سگهي. وڏو جدول سائيز، سنجيده فائيل بگاڙ، ڊسڪ مسئلا يا اجازت جي حد سبب عمل اڌ ۾ رهجي سگهي ٿو. اهڙي صورت ۾ هي قدم اختيار ڪيا وڃن:

• بيڪ اپ مان بحالي: سڀ کان محفوظ طريقو، غلطي کان اڳ واري بيڪ اپ کي بحال ڪرڻ آهي. بحالي کان اڳ موجوده خراب ڊيٽابيس کي الڳ فائيل ۾ محفوظ ڪريو.
• SSH سان myisamchk استعمال: MyISAM جدول لاءِ جيڪڏهن سرور تائين رسائي آهي ته myisamchk اوزار استعمال ڪيو. هي عمل MySQL سروس بند ڪري يا جدول تي رسائي روڪي ڪري ڪيو وڃي.
• REPAIR TABLE ڪمانڊ: phpMyAdmin جي SQL سيڪشن مان REPAIR TABLE table_name; هلائي سگهو ٿا. وڏي جدول لاءِ QUICK يا EXTENDED آپشنز چونڊيو.
• ڊسڪ ۽ inode چيڪ: ڊسڪ يا inode ڀرجي وڃڻ تي مرمت ناڪام ٿيندي. بنا ضرورت بيڪ اپ، لاگ ۽ Temporary فائيلز صاف ڪريو.
• سرور Error Logs جو جائزو: MySQL Error Log، Web Server Log ۽ PHP Error Log اصل سبب جي نشاندهي ڪن ٿا.

شيئرڊ هوسٽنگ تي SSH يا سروس بند ڪرڻ جي اجازت نه هجي ته سپورٽ ٽيم کي غلطي پيغام، جدول جو نالو، واقع ٿيڻ جو وقت ۽ آخري بيڪ اپ جي تاريخ ڏيو، جنهن سان حل تيزي سان ٿيندو.

غلطي جي تڪرار کان دائمي بچاءُ ڪيئن ڪجي؟

صرف هڪ دفعو مرمت عارضي حل آهي؛ دائمي حل انفرااسٽرڪچر ۽ سنڀال جي نظم آهي. هيٺيان قدم MySQL جدول جي بگاڙ جي خطري کي گھڻو گهٽائين ٿا.

MyISAM ٽيبلز کي InnoDB تي تبديل ڪرڻ تي غور ڪريو

جديد ويب ايپس ۾ InnoDB عام طور وڌيڪ محفوظ ۽ مضبوط چونڊ آهي. Row Level Locking، Transaction Support ۽ Crash Recovery جي خاصيتن سان تيز لکڻ جي ٽريفڪ ۾ MyISAM کان بهتر آهي. تبديل ڪرڻ لاءِ ALTER TABLE table_name ENGINE=InnoDB; ڪمانڊ هلائي سگهو ٿا؛ پر Live سائيٽ تي عمل کان اڳ Test Environment تي آزمائش ۽ مڪمل بيڪ اپ لازمي آهي. ڪجهه پراڻيون ايپس Fulltext Index يا خاص MyISAM وارا ڪم تي مدار رکندي.

باقاعده ۽ بحالي لائق بيڪ اپ رکجو

بيڪ اپ صرف وٺڻ سان نه، بحالي لائق هجڻ سان اهم آهي. روزانه بيڪ اپ، هفتيوار مڪمل بيڪ اپ ۽ وڏين اپڊيٽس کان اڳ Manual Backup پاليسي آهي. گهٽ ۾ گهٽ 7 ڏينهن جي بيڪ اپ رکڻ، ننڍين ۽ وچولي سائيٽن لاءِ مناسب آهي. اي ڪامرس ۾ آرڊر وڃائڻ کان بچڻ لاءِ وڌيڪ بار بار بيڪ اپ يا Binlog Recovery ضروري ٿي سگهي ٿو.

ڊسڪ استعمال ۽ وسيلن جي نگراني ڪريو

ڊسڪ استعمال 85-90% تي پهچي ته Alert ضرور آڻيو. MySQL کي Temporary Tables، Log Files ۽ Indexes لاءِ خالي جڳهه گهرجي. CPU، RAM ۽ I/O Wait Times به باقاعده Monitor ڪريو. مسلسل وسيلن جي حد تي هلندڙ سائيٽ، ڊيٽابيس غلطي جي خطري ۾ وڌيڪ آهي. ٽريفڪ وڌي ته شيئرڊ پلان کان بهتر پيڪيج تي منتقل ٿيو؛ ان لاءِ اداري ميزباني يا عالي ڪارڪردگي وارو هوسٽنگ ڏسو.

پلگ ان، ٿيم ۽ سافٽ ويئر اپڊيٽس جي جانچ ڪريو

پراڻيون ايپس صرف سيڪيورٽي جي خطري نه، ڊيٽابيس تي غير موثر ڪويريز به موڪلي سگهن ٿيون. WordPress ۾ بيڪار پلگ انز هٽايو، ڊيٽابيس کي ڀرندڙ لاگ ٽيبل صاف ڪريو ۽ غير معتبر پلگ ان کان پاسو ڪريو. اپڊيٽ کان اڳ Staging Environment تي آزمائش، Live سائيٽ تي غير متوقع جدول يا Index مسئلن کان بچائيندو.

سرور کي صحيح طرح بند ڪريو ۽ Maintenance پلان لڳايو

VPS يا Dedicated سرور هلائيندا هجو ته MySQL کي زبردستي بند ڪرڻ کان پاسو ڪريو. Maintenance کان اڳ سروسز ڪنٽرول سان بند ڪريو، اپڊيٽس گهٽ ٽريفڪ جي وقت تي ڪريو ۽ Reboot کانپوءِ Logs چيڪ ڪريو. منظم Maintenance خاص طور تي تيز ٽريفڪ واري ڊيٽابيسز ۾ بگاڙ جي خطري کي گهٽائي ٿو.

WordPress سائيٽن لاءِ خاص نوٽس

WordPress ۾ گهڻو ڪري MySQL غلطيون ڊيٽابيس ڪنيڪشن ۾ غلطي طور نظر اچن ٿيون؛ پر Error Log ۾ خراب جدول جي تفصيل ملي سگهي ٿي. WordPress ۾ متاثر ٿيل ٽيبلز ۾ wp_options, wp_posts, wp_postmeta, wp_comments ۽ ڪي پلگ ان جي Log يا Scheduler ٽيبلز شامل آهن. wp_options خراب ٿئي ته سائيٽ جي سيٽنگ نه پڙهبي؛ wp_posts خراب ٿئي ته مواد نظر نه ايندو؛ پلگ ان جي Log ٽيبلز خراب ٿئي ته Admin Panel آهستي ٿي سگهي ٿو.

WordPress وٽ Built-in Database Repair به آهي. wp-config.php ۾ عارضي طور define('WP_ALLOW_REPAIR', true); لکي، /wp-admin/maint/repair.php مان مرمت هلائي سگهجي ٿي. عمل کانپوءِ هي لائن هٽائڻ لازمي آهي؛ نه ته Repair Page غير مجاز رسائي لاءِ کليل رهندو. phpMyAdmin وارو طريقو عام طور وڌيڪ محفوظ آهي، ڇو ته واضح طور نظر اچي ٿو ڪهڙي جدول تي عمل پيا ڪريو. WordPress لاءِ بهتر هوسٽنگ چاهيو ته WordPress هاستنگ ڏسو.

ڪڏهن پروفيشنل سپورٽ وٺڻ گهرجي؟

هر MySQL غلطي اڪيلو حل ڪرڻ جي قابل ناهي. هيٺين صورتن ۾ پروفيشنل مدد وٺڻ صحيح آهي:

• خراب جدول ۾ آرڊر، ادائيگي، ميمبرشپ يا مالي ڊيٽا هجي.
• مرمت جي ڪوشش کانپوءِ غلطي جاري رهي يا جدول غائب نظر اچي.
• ڊيٽابيس جو سائيز چند GB کان وڌيڪ هجي ۽ phpMyAdmin ٽائيم آئوٽ ٿي وڃي.
• InnoDB Tablespace يا Redo Log جي غلطيون نظر اچن.
• ڊسڪ غلطي، I/O Error يا فائيل سسٽم جي وارننگ هجي.
• تازو صاف بيڪ اپ نه هجي.

سپورٽ رڪويست ڏيندي غلطي جو مڪمل پيغام، متاثر ٿيل ڊيٽابيس ۽ جدول جو نالو، غلطي شروع ٿيڻ جو وقت، آخري اپڊيٽ يا Migrartion آپريشن ۽ بيڪ اپ جي تاريخ ٻڌايو. هي معلومات حل جي وقت کي گهڻو گهٽائي ٿي.

جلدي لاءِ مختصر چيڪ لسٽ

اچانڪ مسئلو تي تيز عمل لاءِ هي قدم وٺو:

• غلطي پيغام مان خراب جدول جو نالو معلوم ڪريو.
• موجوده ڊيٽابيس جو بيڪ اپ وٺو.
• سائيٽ کي مختصر وقت لاءِ Maintenance Mode تي رکو.
• phpMyAdmin ۾ صحيح ڊيٽابيس چونڊيو.
• لاڳاپيل جدول چونڊيو ۽ Repair Table عمل هلائو.
• جدول کي چيڪ ڪريو ۽ سائيٽ جي فنڪشن کي آزمائو.
• ڊسڪ، وسيلن، بيڪ اپ ۽ جدول انجڻ جي چيڪ سان تڪرار جي خطري کي گهٽايو.

اکثر پڇيل سوالات

MySQL Table is marked as crashed غلطي ڊيٽا وڃائڻ جو مطلب آهي؟

هميشه نه. گهڻو ڪري MyISAM جدول phpMyAdmin جي Repair Table سان بحال ٿي سگهي ٿو. پر جيڪڏهن جدول سنجيده خراب آهي ته ڪجهه رڪارڊ نقصان ٿي سگهن ٿا. ان ڪري مرمت کان اڳ موجوده صورتحال جو بيڪ اپ وٺڻ ضروري آهي.

phpMyAdmin سان جدول جي مرمت محفوظ آهي؟

عام طور محفوظ آهي؛ پر Live ڊيٽابيس تي هر سنڀال جو عمل خطري سان آهي. عمل کان اڳ بيڪ اپ وٺو، صحيح جدول چونڊيو ۽ ممڪن طور سائيٽ کي Maintenance Mode تي رکو. وڏي يا اهم جدول لاءِ پروفيشنل مدد بهتر آهي.

InnoDB جدول لاءِ Repair Table استعمال ڪجي؟

InnoDB جدول MyISAM وانگر Classical REPAIR TABLE سان مرمت نه ٿيندي. InnoDB مسئلن لاءِ MySQL Log چيڪ ڪريو، ڊسڪ Status ڏسو ۽ ضرورت تي بيڪ اپ مان بحالي ڪريو. رينڊم مرمت جي ڪوشش ڊيٽا وڃائڻ جو خطرو وڌائي سگهي ٿي.

هي غلطي بار بار ڇو ٿي رهي آهي؟

غلطي ٻيهر ٿي رهي آهي ته اصل سبب حل نه ٿيو آهي. ڊسڪ ڀرجي وڃڻ، اوچتو سروس بند ٿيڻ، تيز لکڻ جي ٽريفڪ، خراب پلگ ان، پراڻي MySQL يا MyISAM جو استعمال اهم سبب آهن. اصل سبب ڳولڻ دائمي حل لاءِ لازمي آهي.

مرمت کان اڳ هوسٽنگ ڪمپني سان رابطو ڪجي؟

سادا MyISAM جدول جي غلطي تي بيڪ اپ وٺي phpMyAdmin سان مرمت ڪري سگهو ٿا. پر جدول اهم ڊيٽا هجي، بيڪ اپ نه هجي، ڊيٽابيس وڏو هجي يا InnoDB غلطيون هجن ته هوسٽنگ سپورٽ سان رابطو ڪرڻ محفوظ آهي.

نتيجو

MySQL "Table is marked as crashed" غلطي خاص طور تي MyISAM ٽيبلز ۾ نظر ايندڙ ۽ گهڻو ڪري phpMyAdmin سان درست ٿي سگهندڙ ڊيٽابيس بگاڙ جي وارننگ آهي. صحيح طريقو؛ پهرين بيڪ اپ وٺڻ، خراب جدول جي سڃاڻپ، phpMyAdmin سان مرمت ڪرڻ ۽ پوءِ غلطي جي اصل سبب کي ختم ڪرڻ آهي. باقاعده بيڪ اپ، مناسب سرور وسيلن، InnoDB جو استعمال ۽ جديد سافٽ ويئر انفرااسٽرڪچر هن مسئلي جي تڪرار جو امڪان گهٽائين ٿا. جيڪڏهن اوهان جي سائيٽ تي بار بار اهڙيون غلطيون ٿين ٿيون ته انفرااسٽرڪچر جو جائزو وٺو ۽ پنهنجي ضرورتن لاءِ مناسب هوسٽنگ حل چونڊڻ لاءِ Hostragons جا وسيلا ڏسو يا سپورٽ ٽيم کان رهنمائي وٺو.