Artikulo Direktoryo
Ang error sa MySQL table ay minarkahan bilang nag-crash at huling (awtomatiko?) - solusyon.
Ang artikulong ito ay magpapakilala sa aming mga tip kapag nag-aayos ng mesaError: Table \'./db_name/table_name\' is marked as crashed and last (automatic?) repair failedsolusyon.
May problema sa MySQL table, gaya ng ipinapakita ng sumusunod na mensahe: ▼
Error: Table './db_name/table_name' is marked as crashed and last (automatic?) repair failed
Ang mysql_upgrade ay nagpapatupad ng mga sumusunod na utos upang suriin at ayusin ang mga talahanayan at i-upgrade ang mga talahanayan ng system ▼
mysqlcheck --all-databases --check-upgrade --auto-repair
- Ang kabiguan ng operasyon ay hindi maibabalik at ang database ay dapat na ihinto:
service monit stop
service mysqld stop
- Ipasok ang direktoryo kung saan matatagpuan ang database:
cd /var/lib/mysql/db_name/
Tandaan: Ang serbisyo ng mysql ay dapat ihinto bago ayusin ang operasyon.
- Ayusin ang solong datasheet:
myisamchk -r tablename.MYI
- Ayusin ang lahat ng mga datasheet:
myisamchk -r *.MYI
- Safe Mode:
myisamchk -r -v -o <table_name>
- Force mode:
myisamchk -r -v -f <table_name>
paggamit ng myisamchk
Tandaan: Bago gamitin ang myisamchk, siguraduhing hindi ina-access ng mysqld ang talahanayang susuriin.Mas mabuting itigil ang mysqld.
- isinagawa
myisamchk –update-state -s *.myi
, at suriin kung aling mga index file ang may mga problema (maaaring tumagal ng mahabang panahon).
- Ang opsyon sa pag-update ng estado ay ginagamit lamang kapag huminto sa mysqld. -s ay nangangahulugan na huwag pansinin ang ilang normal na impormasyong nakalista sa talahanayan at mga error sa listahan lamang.
- Para sa bawat sirang talahanayan, subukan
myisamchk -r -q table_name
Ito ang quick repair mode, na awtomatikong susuriin kung ang index table at ang data table ay maaaring maging pare-pareho.Kung ito ay pare-pareho, maaari itong ayusin.
- Kung nabigo ang quick-fix mode, isaalang-alang ang:
myisamchk -r table_name
Ang hindi pare-parehong data at mga index ay tinatanggal, at ang mga index ay itinayong muli.
- Kung nabigo iyon, isaalang-alang:
myisamchk –safe-recover table_name
Halimbawa ng operasyon
Ang kabiguan ng operasyon ay hindi maibabalik at ang database ay dapat na ihinto:
service monit stop
service mysqld stop
cd /var/lib/mysql/eloha_ufo
cd /var/lib/mysql/eloha_cwl
Ayusin ang lahat ng mga datasheet:
myisamchk -r *.MYI
myisamchk -r -v -f wp_postmeta.MYI
myisamchk -r -v -f wp_posts.MYI
myisamchk -r -v -f wp_options.MYI
myisamchk -r -v -f wp_itsec_log
Ito ay mas mabagal kaysa sa -r, ngunit pinangangasiwaan ang mga sitwasyon na hindi kaya ng -r.
myisamchk -r -f -o /var/lib/mysql/eloha_ufo/wp_postmeta.MYI
Narito ang utos para sa buong landas sa talahanayan ng database:
myisamchk -r -f /var/lib/mysql/eloha_ufo/wp_postmeta.MYI
myisamchk -r -f /var/lib/mysql/eloha_ufo/wp_posts.MYI
Simulan ang database ng MYSQLD:
service mysqld start
service mysqld restart
Simulan ang programa ng pagsubaybay ng MONIT :
service monit restart
service monit start
Sana ay makatulong sa iyo ang artikulong "Solusyon sa error sa MySQL table na 'minarkahan bilang na-crash at huling (awtomatiko?)' na naayos" na ibinahagi sa blog ni Chen Weiliang ( https://www.chenweiliang.com/ ).
Huwag mag-atubiling ibahagi ang link ng artikulong ito: https://www.chenweiliang.com/cwl-176.html