MySQL "அட்டவணை முறியடிக்கப்பட்டது" பிழை மற்றும் phpMyAdmin மூலம் அட்டவணையை சரி செய்யும் முறை

MySQL "அட்டவணை முறியடிக்கப்பட்டது" பிழை, பெரும்பாலும் MyISAM சேமிப்பு இனத்தைப் பயன்படுத்தும் ஒரு அட்டவணை சேதமடைந்தது மற்றும் MySQL மூலம் பாதுகாப்பாக வாசிக்க முடியாததாகும். அதற்கான விரைவான தீர்வு, தரவுத்தளத்தின் காப்பியைக் எடுத்து phpMyAdmin மூலம் தொடர்பான அட்டவணையைத் தேர்வு செய்து அட்டவணையை சரி செய்யவும் செயல்முறையை இயக்குவதாகும். ஆனால் இந்த பிழை எப்போதும் ஒரே கிளிக் மூலம் சரிசெய்யக்கூடிய எச்சரிக்கையல்ல; திடீர் சேவையகம் நிறுத்தப்படுதல், வட்டாரப் பரப்பில் செறிவு, தவறான கேள்விகள், அதிக எழுதும் போக்குவரத்து அல்லது பழைய MySQL அமைப்புகளால் மீண்டும் மீண்டும் ஏற்படலாம். இந்த வழிகாட்டியில் பிழையின் காரணங்களை, phpMyAdmin மூலம் பாதுகாப்பான சரிசெய்யும் படிகளை, செயல்முறை முன்னணி காப்பீட்டு சோதனையை மற்றும் காலவரையற்ற தடுப்புக் கையாள்வுகளை படி படியாக காணலாம்.

உங்கள் வலைத்தளம் WordPress, OpenCart, தனிப்பட்ட PHP மென்பொருள் அல்லது கருத்து அமைப்புகளைப் பயன்படுத்தலாம்; MySQL அட்டவணை சேதமாகும்போது உங்கள் பார்வையாளர்கள் வெள்ளை திரை, 500 பிழை, இணைப்பு காலாவதியாக்கப்பட்டு அல்லது நிர்வாக குழுவில் எதிர்பாராத தரவுத்தள பிழைகளை காணலாம். குறிப்பாக மின் வர்த்தக இணையத்தளங்களில், ஆர்டர், தயாரிப்பு, அமர்வு அல்லது கையொப்ப அட்டவணைகள் பாதிக்கப்படும்போது, சில நிமிடங்கள் கூட வருமான இழப்பிற்கு காரணமாகலாம். எனவே, சரிசெய்யும் செயல்முறை மேற்கொள்வதற்கான தரவின் பாதுகாப்பும், பிழையின் மூல காரணத்தைப் புரிந்துகொள்ளவும் முக்கியமாகும். ஒரு நம்பகமான வகைமை அடிப்படையுடன், ஒழுங்காக காப்பீடு மற்றும் சரியான தரவுத்தளம் இனத்தை தேர்வு செய்வது இத்தகைய ஆபத்துகளை மிகக் குறைவாக்கும். இந்த இடத்தில் மேலாண்மை மற்றும் கண்காணிக்கக்கூடிய வகைமை அடிப்படையினைப் பெற Hostragons வலை ஹோஸ்டிங் அல்லது அதிக வளங்களை தேவைப்படும் திட்டங்களில் Hostragons VPS திறக முகவர் விருப்பங்களைப் பரிசீலிக்கலாம்.

அட்டவணை முறியடிக்கப்பட்டது என்ற பிழை என்ன?

அட்டவணை முறியடிக்கப்பட்டது என்ற பிழை, MySQL சேவையகம் ஒரு அட்டவணையை சேதமாக அடையாளம் காண்கிறது மற்றும் தொடர்புடைய அட்டவணை மீது வாசிப்பு அல்லது எழுதும் செயல்களில் சிக்கல்களை சந்திக்கிறது எனக் கூறுகிறது. பிழை செய்தி பொதுவாக கீழ்காணும் வடிவங்களில் காணப்படுகிறது: Table './veritabani/tablo_adi' 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 இல் தரவுத்தளத்தைத் தேர்ந்தெடுத்து, வெளியேற்றவும் தாவலுக்கு செல்லவும், விரைவான முறைக்கு பதிலாக சாத்தியமாக இருந்தால் தனிப்பட்ட முறையைத் தேர்ந்தெடுக்கவும் மற்றும் 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 க்கான தரவுத்தளப் பெயரை wp-config.php கோப்பில் உள்ள DB_NAME வரியில் காணலாம். தனிப்பட்ட PHP திட்டங்களில், தரவுத்தளப் பெயர் பொதுவாக config.php, .env அல்லது database.php கோப்புகளில் காணப்படுகிறது. ஒரே சேவையகத்தில் பல தளங்கள் இருந்தால், இந்த சோதனை மிகவும் முக்கியம்.

படி 3: சேதமடைந்த அட்டவணையை அடையாளம் காண்க

தரவுத்தளம் திறக்கப்பட்ட பிறகு, அட்டவணைகள் பட்டியலிடப்படும். பிழை செய்தியில் குறிப்பிடப்பட்ட அட்டவணையை கண்டுபிடித்து, அதன் இடது பக்கம் உள்ள சின்னத்தைச் சரிபார்க்கவும். பல அட்டவணைகளுக்கு ஒரே பிழை ஏற்பட்டால், நீங்கள் அனைத்து அட்டவணைகளையும் தேர்ந்தெடுக்கலாம்; ஆனால் முதலில் மிக முக்கியமான அட்டவணையுடன் தொடங்குவது மேலும் கட்டுப்பாட்டான முறையாகும். அட்டவணை MyISAM ஆக இருக்கிறதா என்பதை காண, வரிசையில் வகை அல்லது Engine பகுதியைப் பார்க்கவும்.

படி 4: அட்டவணையை சரிசெய்யும் விருப்பத்தை செயல்படுத்தவும்

அட்டவணையைத் தேர்ந்தெடுத்த பிறகு, பக்கத்தின் கீழே உள்ள விழுப்பெட்டி பட்டியலில் அட்டவணையை சரிசெய்யவும் விருப்பத்தைத் தேர்ந்தெடுக்கவும். phpMyAdmin பின்னணி அடிப்படையில் REPAIR TABLE அட்டவணை பெயர் கட்டளையைச் செய்கிறது. செயல்முறை முடிந்த பிறகு, வெற்றிகரமாக, எச்சரிக்கையுடன் அல்லது தோல்வியுடன் முடிவுகளை காணலாம். வெற்றிகரமான முடிவு பொதுவாக status OK என்ற வடிவத்தில் இருக்கும். பெரிய அட்டவணைகளில் செயல்முறை சில நொடிகள் பதிலாக சில நிமிடங்கள் எடுக்கலாம்; இந்த நேரத்தில், பக்கம் புதுப்பிக்கப்படாமல் இருக்கவும் மற்றும் உலாவியில் மூடக்கூடாது.

படி 5: அட்டவணையைச் சரிபார்க்கவும் மற்றும் தளத்தை சோதிக்கவும்

சரிசெய்யும் செயல்முறை முடிந்த பிறகு, அதே விழுப்பெட்டி பட்டியலிலிருந்து அட்டவணையைச் சரிபார்க்கவும் செயல்முறையை இயக்கலாம். பிறகு, உங்கள் வலைத்தளத்தின் முன்னணி பக்கம், நிர்வாக குழு, தேடல் செயல்பாடு, தயாரிப்பு பட்டியல்கள் மற்றும் பயனர் உள்நுழைவுப் பகுதியை சோதிக்கவும். WordPress பயன்படுத்தினால் நிர்வாக குழுவில் நிலையான இணைப்புகளைச் சேமிக்கவும், முன்கூட்டியதை நீக்கவும் மற்றும் பிழை பதிவு சோதனை செய்வது நல்ல நடைமுறை.

phpMyAdmin சரிசெய்யும் விருப்பங்கள் என்ன அர்த்தம்?

phpMyAdmin இல் சரிசெய்யும் மட்டுமல்லாமல், அட்டவணை பராமரிக்க பல்வேறு விருப்பங்கள் உள்ளன. ஒவ்வொரு விருப்பத்தின் நோக்கம் மாறுபடுகிறது; தவறான எதிர்பார்ப்புடன் பயன்படுத்தப்படக்கூடாது.

சுருக்கமாக, அட்டவணை முறியடிக்கப்பட்டது என்ற பிழை க்கான நேரடியாக தொடர்புடைய விருப்பம் அட்டவணையை சரிசெய்யவும் செயல்முறையாகும். சரிசெய்யும் மற்றும் பகுப்பாய்வு செயல்முறைகள் பயனுள்ள பராமரிப்பு கருவிகள்; ஆனால் சேதமடைந்த அட்டவணையை தனியாக சரிசெய்யக்கூடியதாக இருக்காது.

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 அட்டவணை பெயர்; கட்டளை செயல்படுத்தலாம். பரந்த அட்டவணைகளுக்காக QUICK அல்லது EXTENDED விருப்பங்களைப் பரிசீலிக்கலாம்.
• வட்டாரம் மற்றும் inode சோதனை: வட்டார இடம் அல்லது inode நிரம்பியிருந்தால், சரிசெய்யுதல் தோல்வியடைகிறது. முதலில் தேவையற்ற காப்பிகள், பதிவு மற்றும் தற்காலிக கோப்புகளை அகற்ற வேண்டும்.
• சேவையக பிழை பதிவுகளை ஆய்வு செய்க: MySQL error log, web server log மற்றும் PHP error log மூலக் காரணத்தை கண்டுபிடிக்க முக்கிய தரவுகளை வழங்குகிறது.

பகிர்ந்துகொள்ளப்பட்ட ஹோஸ்டிங் பயன்படுத்துகிறீர்கள் என்றால், SSH அல்லது சேவையை நிறுத்தும் அதிகாரம் இருக்காது. இந்த நிலைமையில், ஆதரவு குழுவுக்கு பிழை செய்தியை, அட்டவணை பெயரை, சுமார் நேரத்தை மற்றும் நீங்கள் பெற்ற கடைசி காப்பியின் தேதியை வழங்குவது தீர்வை வேகமாக்கும்.

பிழை மீண்டும் ஏற்படுவதற்கு எப்படி தடுப்பது?

ஒரு முறை சரிசெய்யும் செயல்முறை, பிரச்சினையை தற்காலிகமாக நீக்குகிறது; நிலையான தீர்வு என்பது அடிப்படையும் பராமரிப்பு ஒழுங்கு ஆகும். கீழ்காணும் நடவடிக்கைகள், MySQL அட்டவணை சேதம் ஏற்படும் ஆபத்தை தெளிவாக குறைக்கும்.

MyISAM அட்டவணைகளை InnoDB-க்கு மாற்றுவதைக் கருத்தில் கொள்ளுங்கள்

சமீபத்திய வலை செயலிகளில் InnoDB பொதுவாக மேலும் பாதுகாப்பான மற்றும் தாங்கக்கூடிய தேர்வாகும். வரிசை நிலவைத்திறனுடன், பரிமாற்ற ஆதரவு மற்றும் சிதறல் பிறகு மீட்பு அம்சங்களால், அதிக எழுதும் போக்குவரத்தில் MyISAM-க்கு மேலான பலன்களை வழங்குகிறது. மாற்றத்தை எளிதாக ALTER TABLE அட்டவணை பெயர் ENGINE=InnoDB; கட்டளையால் செய்யலாம்; ஆனால் நேரடி தளத்தில் செயல்படுத்துவதற்கு முன்பு, எப்போதும் சோதனை சூழலில் முயற்சிக்க வேண்டும் மற்றும் முழு காப்பி எடுக்க வேண்டும். சில பழைய மென்பொருட்கள் முழுமையான குறியீடு அல்லது தனிப்பட்ட MyISAM செயல்பாடுகளுக்கு அடிப்படையாக இருக்கக்கூடும்.

ஒழுங்காகவும் மீட்டெடுக்கக்கூடிய காப்பீட்டைப் பயன்படுத்தவும்

காப்பி எடுக்கப்பட்டுள்ளதோடு நிறுத்தப்படக்கூடாது, மீட்டெடுக்கக்கூடியதாகவும் இருக்க வேண்டும். தினசரி காப்பிகள், வாராந்திர முழு காப்பிகள் மற்றும் முக்கிய புதுப்பிப்புகளுக்கு முன் கைமுறையாக காப்பி எடுப்பது நல்ல கொள்கை ஆகும். குறைந்தபட்சம் 7 நாள் காப்பி வைத்திருப்பது, பெரும்பாலும் சிறு மற்றும் மைய அளவிலான வலைத்தளங்களுக்கு ஒரு நல்ல தொடக்கம். மின் வர்த்தக தளங்களில் ஆர்டர் இழப்புகளை குறைக்க அதிகமாக காப்பி அல்லது பின் பதிவுக் அடிப்படையிலான மீட்பு தேவைப்படும்.

வட்டாரப் பயன்பாட்டையும் ஆதாரங்களையும் கண்காணிக்கவும்

வட்டார இடம் 85-90% அளவுக்கு வந்தால், எச்சரிக்கையை உருவாக்க வேண்டும். MySQL தற்காலிக அட்டவணைகள், பதிவு கோப்புகள் மற்றும் குறியீட்டு செயல்களுக்கு காலி இடம் தேவைப்படுகிறது. மேலும் CPU, RAM மற்றும் I/O காத்திருப்பு நேரங்கள் சீராக கண்காணிக்கப்பட வேண்டும். தொடர்ந்தும் ஆதார எல்லைக்கு மோதிய ஒரு தளம், தரவுத்தளப் பிழைகளுக்கு மிகவும் உள்ளகமாக இருக்கிறது. உங்கள் போக்குவரத்து அதிகரித்தால், பகிர்ந்துகொள்ளப்பட்ட திட்டத்திலிருந்து அதிக வலிமையுள்ள தொகுப்புக்கு மாறுவது பொருத்தமாக இருக்கலாம்; இந்த தொடர்பில் கொரும்சல் ஹோஸ்டிங் அல்லது உயர் செயல்திறன் ஹோஸ்டிங் பக்கங்களைப் பரிசீலிக்கலாம்.

இணைப்புகள், தீமைகள் மற்றும் மென்பொருள் புதுப்பிப்புகளைச் சரிபார்க்கவும்

பழைய மென்பொருட்கள் வெறும் பாதுகாப்பு சிதைவுகளை உருவாக்குவதுமல்ல; தரவுத்தளத்திற்கு திறமையற்ற கேள்விகளை அனுப்பலாம். WordPress இல் பராமரிப்பு செய்யும் போது, பயன்படுத்தப்படாத இணைப்புகளை அகற்ற வேண்டும், தரவுத்தளத்தை வீழ்த்தும் பதிவு அட்டவணைகளைத் தூய்மையாகக் காப்பாற்ற வேண்டும் மற்றும் நம்பகமற்ற இணைப்புகளைத் தவிர்க்க வேண்டும். மென்பொருள் புதுப்பிக்கும்வரை, staging சூழலில் சோதனை செய்வது, நேரடி தளத்தில் எதிர்பாராத அட்டவணை அல்லது குறியீட்டு பிரச்சினைகளைத் தவிர்க்கும்.

சேவையை சரியாக முடிக்கவும் மற்றும் பராமரிப்பு திட்டத்தை உருவாக்கவும்

VPS அல்லது dedicated சேவையை நிர்வகிக்கிறீர்கள் என்றால் MySQL சேவையை வலியுறுத்தி நிறுத்துவதைக் தவிர்க்கவும். பராமரிப்பு முந்தைய சேவைகளை கட்டுப்படுத்தி நிறுத்துவது, புதுப்பிப்புகளை குறைந்த போக்குவரத்து நேரங்களில் செயல்படுத்துவது மற்றும் மீட்டெடுத்த பிறகு பதிவுகளைச் சோதிப்பது முக்கியமாகும். திட்டமிடப்பட்ட பராமரிப்பு ஒழுங்கு, குறிப்பாக அதிக போக்குவரத்து உள்ள தரவுத்தளங்களில் சேதமடையாத ஆபத்தை குறைக்கும்.

WordPress தளங்களில் சிறப்பு குறிப்புகள்

WordPress, MySQL பிழைகளை பெரும்பாலும் பொதுவான தரவுத்தள இணைப்பில் பிழை ஏற்பட்டது என்ற செய்தியுடன் காட்டுகிறது. ஆனால் பிழை பதிவுகளைப் பார்த்தால், சேதமடைந்த அட்டவணை விவரங்கள் காணப்படலாம். WordPress இல் அடிக்கடி பாதிக்கப்படும் அட்டவணைகள் இடையே 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 பிழையும் நீங்கள் தனியாக தீர்க்கக்கூடிய அளவிற்கு எளிதல்ல. கீழ்காணும் நிலைகளைப் பெற்றால், தொழில்முறை ஆதரவைப் பெறுவது மிகவும் நம்பகமாகும்:

• சேதமான அட்டவணை ஆர்டர், கட்டணம், உறுப்பினர் அல்லது நிதி தரவை உள்ளடக்கியதாக இருந்தால்.
• சரிசெய்யும் முயற்சியின் பிறகு பிழை தொடர்ந்தால் அல்லது அட்டவணை காணாமல் போனதாக தோன்றினால்.
• தரவுத்தள அளவு சில GB மேல் இருந்தால் மற்றும் phpMyAdmin காலாவதியாக்கப்பட்டால்.
• InnoDB tablespace அல்லது redo log பிழைகள் காணப்பட்டால்.
• வட்டார பிழை, I/O பிழை அல்லது கோப்பு அமைப்பு எச்சரிக்கைகள் இருந்தால்.
• சமீபத்திய சுத்தமான காப்பி இல்லை என்றால்.

ஆதரவு கோரிக்கையை உருவாக்கும் போது, பிழை செய்தியின் முழு உரையை, பாதிக்கப்பட்ட தரவுத்தளம் மற்றும் அட்டவணை பெயரை, பிழை எப்போது தொடங்கியது, கடைசி புதுப்பிப்பு அல்லது மாற்றம் மற்றும் இருந்தால் காப்பி தேதியைப் பகிருங்கள். இந்த தகவல்கள் தீர்வின் காலம் குறைக்க உதவும்.

குறுகிய கட்டுப்பாட்டு பட்டியல்

அகலமாக செயல்பட விரும்பினால், கீழ்காணும் வரியைப் பின்பற்றலாம்:

• பிழை செய்தியில் சேதமடைந்த அட்டவணை பெயரை கண்டறியவும்.
• தற்போதைய தரவுத்தளத்தின் காப்பி எடுக்கவும்.
• தளத்தை குறுகிய கால பராமரிப்பு முறையில் வைக்கவும்.
• phpMyAdmin இல் சரியான தரவுத்தளத்தைத் தேர்ந்தெடுக்கவும்.
• சரியான அட்டவணையை அடையாளம் கண்டு, அட்டவணையை சரிசெய்யும் செயல்முறையை இயக்கவும்.
• அட்டவணையைச் சரிபார்க்கவும், தள செயல்பாடுகளை சோதிக்கவும்.
• வட்டார, ஆதாரம், காப்பி மற்றும் அட்டவணை இனங்களைச் சரிபார்க்கவும், மீண்டும் ஆபத்தைக் குறைக்கவும்.

அடிக்கடி கேட்கப்படும் கேள்விகள்

MySQL "அட்டவணை முறியடிக்கப்பட்டது" பிழை தரவிறக்கத்தைக் குறிக்கிறதா?

எப்போதும் தரவிறக்கம் எனக் கூறப்படாது. பெரும்பாலும் MyISAM அட்டவணைகள், phpMyAdmin மூலமாக அட்டவணையை சரிசெய்யும் செயல்முறையால் மீட்கப்படலாம். ஆனால் அட்டவணை கடுமையாக சேதமாக இருந்தால், சில பதிவுகள் காயமடைந்து இருக்கலாம். எனவே, சரிசெய்யும் முன் தற்போதைய நிலையை காப்பி எடுக்க வேண்டும்.

phpMyAdmin மூலம் அட்டவணையை சரிசெய்யும் செயல்முறை பாதுகாப்பானதா?

பொதுவாக பாதுகாப்பானது; ஆனால் நேரடி தரவுத்தளத்தில் மேற்கொள்ளப்படும் ஒவ்வொரு பராமரிப்பு செயலும் ஆபத்தைக் கொண்டுள்ளது. செயல்முறைக்கு முன்னர் காப்பி எடுப்பது, சரியான அட்டவணையைத் தேர்ந்தெடுக்கவும், சாத்தியமானால் தளத்தை பராமரிப்பு முறையில் வைக்கவும் பாதுகாப்பை அதிகரிக்கிறது. பெரிய அல்லது முக்கிய அட்டவணைகளில் தொழில்முறை ஆதரவைப் பெற வேண்டும்.

InnoDB அட்டவணைகளுக்காக "அட்டவணையை சரிசெய்யவும்" பயன்படுத்த வேண்டுமா?

InnoDB அட்டவணைகள் MyISAM போல பாரம்பரிய REPAIR TABLE மனநிலையில் சரிசெய்யப்படுவதில்லை. InnoDB பிரச்சினைகளில் MySQL பதிவுகளை ஆய்வு செய்வது, வட்டார நிலையை சோதிப்பது மற்றும் தேவையெனில் காப்பியில் திரும்புவது சரியான அணுகுமுறை ஆகும். மிகுந்த சரிசெய்யும் முயற்சிகள் தரவிறக்கம் ஆபத்தை அதிகரிக்கலாம்.

இந்த பிழை ஏன் தொடர்ந்து மீண்டும் வருகிறது?

பிழை மீண்டும் வந்தால் அடிப்படையில் உள்ள காரணம் தீர்க்கப்படவில்லை. வட்டார இடம் நிரம்புதல், திடீர் சேவை நிறுத்தங்கள், அதிக எழுதும் போக்குவரத்து, சேதமடைந்த இணைப்புகள், பழைய MySQL பதிப்பு அல்லது MyISAM பயன்பாட்டின் தொடர்ச்சி ஆகியவை மிகப்பெரிய காரணங்கள். அடிப்படைக் காரணத்தை கண்டுபிடிப்பது நிலையான தீர்விற்கு அவசியம்.

சரிசெய்யும் முன் எனது ஹோஸ்டிங் நிறுவனத்துடன் தொடர்பு கொள்ள வேண்டுமா?

எளிமையான MyISAM அட்டவணை பிழைகளில் காப்பி எடுத்து phpMyAdmin மூலம் சரிசெய்யலாம். ஆனால் அட்டவணை முக்கிய தரவுகளை உள்ளடக்கியால், காப்பி இல்லை, தரவுத்தளம் மிகவும் பெரியதாக இருந்தால் அல்லது InnoDB பிழைகள் இருந்தால், ஹோஸ்டிங் ஆதரவுக்குழுவிற்கு அணுகுவது மிகவும் நம்பகமாக இருக்கிறது.

முடிவு

MySQL "அட்டவணை முறியடிக்கப்பட்டது" பிழை, குறிப்பாக MyISAM அட்டவணைகளில் காணப்படும் மற்றும் பெரும்பாலும் phpMyAdmin மூலம் தீர்க்கப்படக்கூடிய ஒரு தரவுத்தள சேதம் எச்சரிக்கையாகும். சரியான அணுகுமுறை; முதலில் காப்பி எடுக்க, சேதமடைந்த அட்டவணையை அடையாளம் காணவும், phpMyAdmin மூலம் சரிசெய்யவும், பிறகு பிழையின் காரணத்தை நீக்க வேண்டும். ஒழுங்கான காப்பி, போதுமான சேவையக வளம், InnoDB பயன்பாடு மற்றும் சமீபத்திய மென்பொருள் அடிப்படையால் இந்த சிக்கலின் மீண்டும் நிகழ்வின் வாய்ப்பு குறைகிறது. உங்கள் தளத்தில் இதற்கான சமமான பிழைகள் அடிக்கடி ஏற்படுமானால், உங்கள் அடிப்படையை மீண்டும் ஆய்வு செய்யவும், உங்கள் தேவைகளுக்கேற்ப ஹோஸ்டிங் தீர்வை மதிப்பீடு செய்ய [Hostragons] ஆதாரங்களைப் பார்வையிடலாம் அல்லது ஆதரவு குழுவின் வழிகாட்டுதலைப் பெறலாம்.