mysql錯誤:Table XXX is marked as crashed and should be repaired[轉(zhuǎn)]
真的很感謝網(wǎng)絡(luò)這個東西，還有那些無私的將自己的知識經(jīng)驗奉賢出來的人們！

一日正在上班,朋友的QQ圖標就激烈的閃亮起來,一看,原來是論壇出現(xiàn)問題了,具體報錯如下：

Table '.\Tablename\posts' is marked as crashed and should be repaired

提示說論壇的帖子表posts被標記有問題，需要修復。我記得以前也出現(xiàn)過類似的問題,但是只要點擊Phpmyadmin上的repair按紐就自動修復了,但是這次很絕,什么都沒有.于是趕快上網(wǎng)查找原因。最終將問題解決。解決方法如下：

找到mysql的安裝目錄的bin/myisamchk工具，在命令行中輸入：

myisamchk -c -r ../data/tablename/posts.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ù)?？傊褪且驗槟承┎豢蓽y的問題造成表的損壞。

問題的編號為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來檢查表。

最近原為移動mysql 及對mysql進行升級的操做，導至一個很大的數(shù)據(jù)表不能訪問了。百度，谷歌了很多資料，判斷為是移動后索引的問題。

但根據(jù)以前的修復索引的工作命令。一直沒有成功。把版本降回到原來的版本號升級，也是一樣的情況。

[root@c1 datacenter_crawler]# myisamchk -r -f tb_test_webContent.MYI

- recovering (with sort) MyISAM-table 'tb_test_webContent.MYI'

Data records: 0

- Fixing index 1

myisamchk: error: myisam_sort_buffer_size is too small

MyISAM-table 'tb_test_webContent.MYI' is not fixed because of errors

Try fixing it by using the --safe-recover (-o), the --force (-f) option or by not using the --quick (-q) flag

[root@c1 datacenter_crawler]# myisamchk -r -f tb_test_webContent.MYI -r -q

- check record delete-chain

- recovering (with sort) MyISAM-table 'tb_test_webContent.MYI'

Data records: 0

- Fixing index 1

myisamchk: error: myisam_sort_buffer_size is too small

MyISAM-table 'tb_test_webContent.MYI' is not fixed because of errors

Try fixing it by using the --safe-recover (-o), the --force (-f) option or by not using the --quick (-q) flag

[root@c1 datacenter_crawler]# myisamchk -r -f tb_test_webContent.MYI -o -q

- check record delete-chain

- recovering (with keycache) MyISAM-table 'tb_test_webContent.MYI'

Data records: 0

Key 1 - Found wrong stored record at 0

MyISAM-table 'tb_test_webContent.MYI' is not fixed because of errors

Try fixing it by using the --safe-recover (-o), the --force (-f) option or by not using the --quick (-q) flag

后通過其它的命令參數(shù)。數(shù)據(jù)庫就成功開始修復了。命令是（停止mysql服務(wù)）

myisamchk -r -f tb_test_webContent.MYI -o -q

• sql
• MySQL
• 錯誤
• table