Table ‘xxx’ is marked as crashed and should be repaired 錯誤解
2024-07-24 12:40:45
供稿：網(wǎng)友
也可能其中任意方法都可以適用于本數(shù)據(jù)庫。我暫時沒有條件測試，有條件的去測試一下，有望解決數(shù)據(jù)庫報此錯誤的問題。 預防措施： 1、一定要備份一次數(shù)據(jù)庫，起碼保留了表結(jié)構(gòu)，有些可有可無的數(shù)據(jù)，可以直接覆蓋。 2、重要的數(shù)據(jù)要經(jīng)常注意備份，一般一個月左右備份一次。 3、出現(xiàn)此類錯誤，一般能夠解決，經(jīng)jb51.net測試下面的方法是比較可行的。 復制代碼 代碼如下: 解決辦法：首先需要定位到你的mysql的bin目錄，里面包含myisamchk.exe文件的目錄 ./myisamchk -c -r 數(shù)據(jù)庫表MYI文件的路徑(例如：/home/mysql/var/crawlerfeedsky/aaaa.MYI) 如果還不行，就-f 強制修復 windows服務(wù)器下mysql的修復方法： F:/sqldata/mysql/bin>cd .. 返回上級目錄 F:/sqldata/mysql>cd data 進入數(shù)據(jù)庫所在目錄（mysql的數(shù)據(jù)庫文件都是放在data這個目錄里面的） F:/sqldata/mysql/data>cd jb51 進入數(shù)據(jù)庫，windows服務(wù)器中數(shù)據(jù)庫就是一個文件夾（這里以jb51為例子） F:/sqldata/mysql/data/jb51>myisamchk -r jb51_soft - recovering (with sort) MyISAM-table 'jb51_soft' Data records: 7216 - Fixing index 1 - Fixing index 2 - Fixing index 3 F:/sqldata/mysql/data/jb51> jb51_soft為數(shù)據(jù)庫的表名，提示哪個表錯誤，就修復哪個表。 為了以后方便，我們可以寫成一個批處理,將這個文件保存為fixit.bat放到數(shù)據(jù)庫所在的目錄即可。 復制代碼 代碼如下: myisamchk -r jb51_soft 下面是網(wǎng)上收集的多種方法，大家可以測試下。 （一） 昨晚瀏覽自己的Blog的時候，突然發(fā)現(xiàn)所有頁面都無法顯示，到后臺查看的時候，發(fā)現(xiàn)一個”Table ‘xxx' is marked as crashed and should be repaired” 的錯誤。連忙上網(wǎng)搜索，原來修改這個嚴重的錯誤很簡單： 1. 進入管理mysql的phpmyadmin 2. 在左則選中自己的數(shù)據(jù)庫 3. 在右則勾選中錯誤信息中的那個'xxx'表 4. 滾動屏幕到下面，有個下拉菜單(With selected:)，選擇”Repair table” 修改之后，并沒有發(fā)現(xiàn)有什么數(shù)據(jù)損失，連忙備份了一份數(shù)據(jù)庫到郵件里面，備份還是很重要的！ （二） 現(xiàn)象： mysql> use yourealcn Database changed mysql> select user,company from biz_user where commend='1' order by regtime desc,checked desc limit 0,5; ERROR 145 (HY000): Table './yourealcn/biz_user' is marked as crashed and should be repaired mysql> exit 使用命令myisamchk修復數(shù)據(jù)庫的MYI文件即可 # /usr/local/mysql5/bin/myisamchk -c -r /bak/lib/mysql/yourealcn/biz_user.* myisamchk: error: '/bak/lib/mysql/yourealcn/biz_user.frm' is not a MyISAM-table --------- myisamchk: error: '/bak/lib/mysql/yourealcn/biz_user.MYD' is not a MyISAM-table --------- - recovering (with sort) MyISAM-table '/bak/lib/mysql/yourealcn/biz_user.MYI' Data records: 20414 - Fixing index 1 - Fixing index 2 - Fixing index 3 - Fixing index 4 （三） Caused by: java.sql.SQLException: Table '表名' is marked as crashed and should be repaired 解決辦法： ./myisamchk -c -r 數(shù)據(jù)庫表MYI文件的路徑(例如：/home/mysql/var/crawlerfeedsky/aaaa.MYI) 如果還不行，就-f 強制修復 （四） 今天上服務(wù)器一看，發(fā)現(xiàn)網(wǎng)頁錯誤，無法連接數(shù)據(jù)庫服務(wù)器。mysql服務(wù)自己down掉了，然后重新啟動服務(wù)器，發(fā)現(xiàn)網(wǎng)頁無法打開，提示： [mysql]Table tblName is marked as crashed and should be repaired Mysql提示tblName表格已損壞，需要修復，解決方法： 進入到對應(yīng)的數(shù)據(jù)庫目錄： cd /var/lib/mysql/dbname 使用myisamchk修復： shell> myisamchk -r tblName （五） 我用的修復命令是：myisamchk -r bbsthreads 其中bbsthreads是我出問題的表名，當然使用這個命令還得進入mysql你所出問題的數(shù)據(jù)庫的表的存放路徑，具體更詳細的命令可以看幫助：myisamchk --help； 如果用以上命令你不能解決問題請看后面，后面的內(nèi)容是我轉(zhuǎn)載的。 我的網(wǎng)站出問題了，訪問一看，果然全屏報錯，檢查mysql日志，錯誤信息為： Table './dedecmsv4/dede_archives' is marked as crashed and should be repaired 提示說cms的文章表dede_archives被標記有問題，需要修復。于是趕快恢復歷史數(shù)據(jù)，上網(wǎng)查找原因。最終將問題解決。解決方法如下： 找到mysql的安裝目錄的bin/myisamchk工具，在命令行中輸入： myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI 然后myisamchk 工具會幫助你恢復數(shù)據(jù)表的索引。重新啟動mysql，問題解決。 問題分析： 1、錯誤產(chǎn)生原因，有網(wǎng)友說是頻繁查詢和更新dede_archives表造成的索引錯誤，因為我的頁面沒有靜態(tài)生成，而是動態(tài)頁面，因此比較同意這種說法。還有說法為是MYSQL數(shù)據(jù)庫因為某種原因而受到了損壞，如：數(shù)據(jù)庫服務(wù)器突發(fā)性的斷電、在提在數(shù)據(jù)庫表提供服務(wù)時對表的原文件進行某種操作都有可能導致MYSQL數(shù)據(jù)庫表被損壞而無法讀取數(shù)據(jù)。總之就是因為某些不可測的問題造成表的損壞。 問題的編號為145 2、問題解決辦法。 當你試圖修復一個被破壞的表的問題時，有三種修復類型。如果你得到一個錯誤信息指出一個臨時文件不能建立，刪除信息所指出的文件并再試一次--這通常是上一次修復操作遺留下來的。 這三種修復方法如下所示： % myisamchk --recover --quick /path/to/tblName % myisamchk --recover /path/to/tblName % myisamchk --safe-recover /path/to/tblName 第一種是最快的，用來修復最普通的問題；而最后一種是最慢的，用來修復一些其它方法所不能修復的問題。 檢查和修復MySQL數(shù)據(jù)文件 如果上面的方法無法修復一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧： 如果你懷疑表的索引文件(*.MYI)發(fā)生了不可修復的錯誤，甚至是丟失了這個文件，你可以使用數(shù)據(jù)文件(*.MYD)和數(shù)據(jù)格式文件(*.frm)重新生成它。首先制作一個數(shù)據(jù)文件(tblName.MYD)的拷貝。重啟你的MySQL服務(wù)并連接到這個服務(wù)上，使用下面的命令刪除表的內(nèi)容： mysql> DELETE FROM tblName; 在刪除表的內(nèi)容的同時，會建立一個新的索引文件。退出登錄并重新關(guān)閉服務(wù)，然后用你剛才保存的數(shù)據(jù)文件(tblName.MYD)覆蓋新的(空)數(shù)據(jù)文件。最后，使用myisamchk執(zhí)行標準的修復(上面的第二種方法)，根據(jù)表的數(shù)據(jù)的內(nèi)容和表的格式文件重新生成索引數(shù)據(jù)。 如果你的表的格式文件(tblName.frm)丟失了或者是發(fā)生了不可修復的錯誤，但是你清楚如何使用相應(yīng)的CREATE TABLE語句來重新生成這張表，你可以重新生成一個新的.frm文件并和你的數(shù)據(jù)文件和索引文件(如果索引文件有問題，使用上面的方法重建一個新的)一起使用。首先制作一個數(shù)據(jù)和索引文件的拷貝，然后刪除原來的文件(刪除數(shù)據(jù)目錄下有關(guān)這個表的所有記錄)。 啟動MySQL服務(wù)并使用當初的CREATE TABLE文件建立一個新的表。新的.frm文件應(yīng)該可以正常工作了，但是最好你還是執(zhí)行一下標準的修復(上面的第二種方法)。 3、myisamchk工具介紹（見mysql的官方手冊） 可以使用myisamchk實用程序來獲得有關(guān)數(shù)據(jù)庫表的信息或檢查、修復、優(yōu)化他們。myisamchk適用MyISAM表(對應(yīng).MYI和.MYD文件的表)。 調(diào)用myisamchk的方法： shell> myisamchk [options] tbl_name ... options指定你想讓myisamchk做什么。在后面描述它們。還可以通過調(diào)用myisamchk --help得到選項列表。 tbl_name是你想要檢查或修復的數(shù)據(jù)庫表。如果你不在數(shù)據(jù)庫目錄的某處運行myisamchk，你必須指定數(shù)據(jù)庫目錄的路徑，因為myisamchk不知道你的數(shù)據(jù)庫位于哪兒。實際上，myisamchk不在乎你正在操作的文件是否位于一個數(shù)據(jù)庫目錄；你可以將對應(yīng)于數(shù)據(jù)庫表的文件拷貝到別處并且在那里執(zhí)行恢復操作。 如果你愿意，可以用myisamchk命令行命名幾個表。還可以通過命名索引文件(用“ .MYI”后綴)來指定一個表。它允許你通過使用模式“*.MYI”指定在一個目錄所有的表。例如，如果你在數(shù)據(jù)庫目錄，可以這樣在目錄下檢查所有的MyISAM表： shell> myisamchk *.MYI 如果你不在數(shù)據(jù)庫目錄下，可通過指定到目錄的路徑檢查所有在那里的表： shell> myisamchk /path/to/database_dir/*.MYI 你甚至可以通過為MySQL數(shù)據(jù)目錄的路徑指定一個通配符來檢查所有的數(shù)據(jù)庫中的所有表： shell> myisamchk /path/to/datadir/*/*.MYI 推薦的快速檢查所有MyISAM表的方式是： shell> myisamchk --silent --fast /path/to/datadir/*/*.MYI 如果你想要檢查所有MyISAM表并修復任何破壞的表，可以使用下面的命令： shell> myisamchk --silent --force --fast --update-state / -O key_buffer=64M -O sort_buffer=64M / -O read_buffer=1M -O write_buffer=1M / /path/to/datadir/*/*.MYI 該命令假定你有大于64MB的自由內(nèi)存。關(guān)于用myisamchk分配內(nèi)存的詳細信息，參見5.9.5.5節(jié)，“myisamchk內(nèi)存使用”。 當你運行myisamchk時，必須確保其它程序不使用表。否則，當你運行myisamchk時，會顯示下面的錯誤消息： warning: clients are using or haven't closed the table properly 這說明你正嘗試檢查正被另一個還沒有關(guān)閉文件或已經(jīng)終止而沒有正確地關(guān)閉文件的程序(例如mysqld服務(wù)器)更新的表。 如果mysqld正在運行，你必須通過FLUSH TABLES強制清空仍然在內(nèi)存中的任何表修改。當你運行myisamchk時，必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。
