表索引異常,修復msql表索引(表引擎:myisam)

myisamchk --safe-recover /usr/local/mysql/data/ename_news/dede_arccache

repair table customerquestion;

Error infos: Table './ename_news/dede_arccache' is marked as crashed and should be repaired

myisamchk -r data/ename_news/dede_arccache

問題分析：

1、錯誤產生原因，有網友說是頻繁查詢和更新dede_archives表造成的索引錯誤，因為我的頁面沒有靜態生成，而是動態頁面，因此比較同意 這種說法。還有說法為是MYSQL數據庫因為某種原因而受到了損壞，如：數據庫服務器突發性的斷電、在提在數據庫表提供服務時對表的原文件進行某種操作都 有可能導致MYSQL數據庫表被損壞而無法讀取數據。總之就是因為某些不可測的問題造成表的損壞。

問題的編號為145

2、問題解決辦法。

當你試圖修復一個被破壞的表的問題時，有三種修復類型。如果你得到一個錯誤信息指出一個臨時文件不能建立，刪除信息所指出的文件并再試一次–這通常是上一次修復操作遺留下來的。

這三種修復方法如下所示：

% myisamchk --recover --quick /path/to/tblName

% myisamchk --recover /path/to/tblName

% myisamchk --safe-recover /path/to/tblName

第一種是最快的，用來修復最普通的問題；而最后一種是最慢的，用來修復一些其它方法所不能修復的問題。

檢查和修復MySQL數據文件

如果上面的方法無法修復一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧：

如果你懷疑表的 索引文件(*.MYI)發生了不可修復的錯誤，甚至是丟失了這個文件，你可以使用數據文件(*.MYD)和數據格式文件(*.frm)重新生成它。首先制 作一個數據文件(tblName.MYD)的拷貝。重啟你的MySQL服務并連接到這個服務上，使用下面的命令刪除表的內容：

mysql> DELETE FROM tblName;

在 刪除表的內容的同時，會建立一個新的索引文件。退出登錄并重新關閉服務，然后用你剛才保存的數據文件(tblName.MYD)覆蓋新的(空)數據文件。 最后，使用myisamchk執行標準的修復(上面的第二種方法)，根據表的數據的內容和表的格式文件重新生成索引數據。

如果你的表的格式文件(tblName.frm)丟失了或者是發生了不可修復的錯誤，但是你清楚如何使用相應的CREATE TABLE語句來重新生成這張表，你可以重新生成一個新的.frm文件并和你的數據文件和索引文件(如果索引文件有問題，使用上面的方法重建一個新的)一 起使用。首先制作一個數據和索引文件的拷貝，然后刪除原來的文件(刪除數據目錄下有關這個表的所有記錄)。

啟動MySQL服務并使用當初的CREATE TABLE文件建立一個新的表。新的.frm文件應該可以正常工作了，但是最好你還是執行一下標準的修復(上面的第二種方法)。

3、myisamchk工具介紹(見mysql的官方手冊)

可以使用myisamchk實用程序來獲得有關數據庫表的信息或檢查、修復、優化他們。myisamchk適用MyISAM表(對應.MYI和.MYD文件的表)。

調用myisamchk的方法：

shell> myisamchk [options] tbl_name …

options指定你想讓myisamchk做什么。在后面描述它們。還可以通過調用myisamchk –help得到選項列表。

tbl_name是你想要檢查或修復的數據庫表。如果你不在數據庫目錄的某處運行myisamchk，你必須指定數據庫目錄的路徑，因為 myisamchk不知道你的數據庫位于哪兒。實際上，myisamchk不在乎你正在操作的文件是否位于一個數據庫目錄；你可以將對應于數據庫表的文件 拷貝到別處并且在那里執行恢復操作。

如果你愿意，可以用myisamchk命令行命名幾個表。還可以通過命名索引文件(用“ .MYI”后綴)來指定一個表。它允許你通過使用模式“*.MYI”指定在一個目錄所有的表。例如，如果你在數據庫目錄，可以這樣在目錄下檢查所有的MyISAM表：

shell> myisamchk *.MYI

如果你不在數據庫目錄下，可通過指定到目錄的路徑檢查所有在那里的表：

shell> myisamchk /path/to/database_dir/*.MYI

你甚至可以通過為MySQL數據目錄的路徑指定一個通配符來檢查所有的數據庫中的所有表：

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的自由內存。關于用myisamchk分配內存的詳細信息，參見5.9.5.5節，“myisamchk內存使用”。

當你運行myisamchk時，必須確保其它程序不使用表。否則，當你運行myisamchk時，會顯示下面的錯誤消息：

warning: clients are using or haven't closed the table properly

這說明你正嘗試檢查正被另一個還沒有關閉文件或已經終止而沒有正確地關閉文件的程序(例如mysqld服務器)更新的表。

如果mysqld正在運行，你必須通過FLUSH TABLES強制清空仍然在內存中的任何表修改。當你運行myisamchk時，必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。

檢查修復所有數據庫: #?mysqlcheck?-A?-o?-r?-p? Enter?password:? db1??OK? db2??OK?? db3??OK? db4??OK? ......? ......? ......? 修復指定的數據庫用? #?mysqlcheck?-A?-o?-r?Database_NAME?-p? 即可? 命令詳解: mysqlcheck客戶端可以檢查和修復MyISAM表。它還可以優化和分析表。 mysqlcheck的功能類似myisamchk，但其工作不同。主要差別是當mysqld服務器在運行時必須使用mysqlcheck，而myisamchk應用于服務器沒有運行時。使用mysqlcheck的好處是不需要停止服務器來檢查或修復表。 Mysqlcheck為用戶提供了一種方便的使用SQL語句CHECK?TABLE、REPAIR?TABLE、ANALYZE?TABLE和OPTIMIZE?TABLE的方式。它確定在要執行的操作中使用使用哪個語句，然后將語句發送到要執行的服務器上。 有3種方式來調用mysqlcheck： shell>?mysqlcheck[options]?db_name?[tables] shell>?mysqlcheck[options]?---database?DB1?[DB2?DB3...] shell>?mysqlcheck[options]?--all--database 如果沒有指定任何表或使用---database或--all--database選項，則檢查整個數據庫。 同 其它客戶端比較，mysqlcheck有一個特殊特性。重新命名二進制可以更改檢查表的默認行為(--check)。如果你想要一個工具默認可以修復表的 工具，只需要將mysqlcheck重新復制為mysqlrepair，或者使用一個符號鏈接mysqlrepair鏈接mysqlcheck。如果調用 mysqlrepair，可按照命令修復表。 下面的名可用來更改mysqlcheck的默認行為： mysqlrepair ?默認選項為--repair ? mysqlanalyze ?默認選項為--analyze ? mysqloptimize ?默認選項為--optimize ? mysqlcheck支持下面的選項： ·?????????---help，-？ 顯示幫助消息并退出。 ·?????????--all--database，-A 檢查所有數據庫中的所有表。與使用---database選項相同，在命令行中命名所有數據庫。 ·?????????--all-in-1，-1 不是為每個表發出一個語句，而是為命名數據庫中待處理的所有表的每個數據庫執行一個語句。 ·?????????--analyze，-a 分析表。 ·?????????--auto-repair 如果某個被檢查的表破壞了，自動修復它。檢查完所有表后自動進行所有需要的修復。 ·?????????--character-sets-dir=path 字符集的安裝目錄。參見5.10.1節，“數據和排序用字符集”。 ·?????????--check，-c 檢查表的錯誤。 ·?????????--check-only-changed，-C 只檢查上次檢查以來已經更改的或沒有正確關閉的表。 ·?????????--compress 壓縮在客戶端和服務器之間發送的所有信息(如果二者均支持壓縮)。 ·?????????---database，-B 處理數據庫中命名的所有表。使用該選項，所有字名參量被看作數據庫名，而不是表名。 ·?????????---debug[=debug_options]，-#?[debug_options] 寫調試日志。debug_options字符串通常為'd:t:o,file_name'。 ·?????????--default-character-set=charset 使用charsetas默認字符集。參見5.10.1節，“數據和排序用字符集”。 ·?????????--extended，-e 如果你正使用該選項來檢查表，可以確保它們100%地一致，但需要很長的時間。 如果你正使用該選項來修復表，則運行擴展修復，不但執行的時間很長，而且還會產生大量的垃圾行!? ·?????????--fast，-F 只檢查沒有正確關閉的表。 ·?????????--force，-f 即使出現SQL錯誤也繼續。 ·?????????--host=host_name，-h?host_name 連接給定主機上的MySQL服務器。 ·?????????--medium-check，-m 執行比--extended操作更快的檢查。只能發現99.99%的錯誤，在大多數情況下這已經足夠了。 ·?????????--optimize，-o 優化表。 ·?????????--password[=password]，-p[password] 當連接服務器時使用的密碼。如果使用短選項形式(-p)，選項和?密碼之間不能有空格。如果在命令行中--password或-p選項后面沒有?密碼值，則提示輸入一個密碼。 ·?????????--port=port_num，-P?port_num 用于連接的TCP/IP端口號。 ·?????????--protocol={TCP?|?SOCKET?|?PIPE?|?MEMORY}? 使用的連接協議。 ·?????????--quick，-q 如果你正使用該選項在檢查表，它防止掃描行以檢查錯誤鏈接的檢查。這是最快的檢查方法。 如果你正使用該選項在修復表，它嘗試只修復索引樹。這是最快的修復方法。 ·?????????--repair，-r 執行可以修復大部分問題的修復，只是唯一值不唯一時不能修復。 ·?????????--silent，-s 沉默模式。只打印錯誤消息。 ·?????????--socket=path，-S?path 用于連接的套接字文件。 ·?????????--tables 覆蓋---database或-B選項。選項后面的所有參量被視為表名。 ·?????????--user=user_name，-u?user_name 當連接服務器時使用的MySQL用戶名。 ·?????????--verbose，-v 冗長模式。打印關于各階段程序操作的信息。 ·?????????--version，-V 顯示版本信息并退出。

總結

以上是生活随笔為你收集整理的mysql数据库check命令_利用mysqlcheck命令快速修复mysql数据库的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。