此文章主要向大家描述的是MySQL表索引被破壞的問題的產生緣由，以及針對這一問題我們給出其具體的解決方案，下面的文章就是對其相關內容的具體介紹，希望在你今後的學習中會有所幫助。
下午上班，驚聞我的dedecms的網站出問題了，訪問一看，果然全屏報錯，檢查MySQL(和PHP搭配之最佳組合)日志，錯誤信息為：
- Table '.\dedecmsv4\dede_archives' is marked as crashed and should be repaired
提示說cms的文章表dede_archives被標記有問題，需要修復。於是趕快恢復歷史數據，上網查找原因。最終將問題解決。解決方法如下：
找到MySQL(和PHP搭配之最佳組合)的安裝目錄的bin/myisamchk工具，在命令行中輸入：
- myisamchk -c -r ../data/dedecmsv4/dede_archives.MYI
然後myisamchk 工具會幫助你恢復數據表的索引。重新啟動MySQL(和PHP搭配之最佳組合)，問題解決。
MySQL表索引被破壞的問題分析：
1、MySQL表索引被破壞的錯誤產生原因
有網友說是頻繁查詢和更新dede_archives表造成的索引錯誤，因為我的頁面沒有靜態生成，而是動態頁面，因此比較同意這種說法。還有說法為是MySQL(和PHP搭配之最佳組合)數據庫因為某種原因而受到了損壞，如：數據庫服務器突發性的斷電、在提在數據庫表提供服務時對表的原文件進行某種操作都有可能導致MySQL(和PHP搭配之最佳組合)數據庫表被損壞而無法讀取數據。總之就是因為某些不可測的問題造成表的損壞。
問題的編號為145
2、問題解決辦法。
當你試圖修復一個被破壞的表的問題時，有三種修復類型。如果你得到一個錯誤信息指出一個臨時文件不能建立，刪除信息所指出的文件並再試一次--這通常是上一次修復操作遺留下來的。
這三種修復方法如下所示：
- % myisamchk --recover --quick /path/to/tblName
- % myisamchk --recover /path/to/tblName
- % myisamchk --safe-recover /path/to/tblName
第一種是最快的，用來修復最普通的問題；而最後一種是最慢的，用來修復一些其它方法所不能修復的問題。
檢查和修復MySQL(和PHP搭配之最佳組合)數據文件
如果上面的方法無法修復一個被損壞的表，在你放棄之前，你還可以試試下面這兩個技巧：
如果你懷疑表的索引文件(*.MYI)發生了不可修復的錯誤，甚至是丟失了這個文件，你可以使用數據文件(*.MYD)和數據格式文件(*.frm)重新生成它。首先制作一個數據文件(tblName.MYD)的拷貝。重啟你的MySQL(和PHP搭配之最佳組合)服務並連接到這個服務上，使用下面的命令刪除表的內容：
MySQL(和PHP搭配之最佳組合)> DELETE FROM tblName;
在刪除表的內容的同時，會建立一個新的索引文件。退出登錄並重新關閉服務，然後用你剛才保存的數據文件(tblName.MYD)覆蓋新的(空)數據文件。最後，使用myisamchk執行標准的修復(上面的第二種方法)，根據表的數據的內容和表的格式文件重新生成索引數據。
如果你的表的格式文件(tblName.frm)丟失了或者是發生了不可修復的錯誤，但是你清楚如何使用相應的CREATE TABLE語句來重新生成這張表，你可以重新生成一個新的.frm文件並和你的數據文件和索引文件(如果索引文件有問題，使用上面的方法重建一個新的)一起使用。首先制作一個數據和索引文件的拷貝，然後刪除原來的文件(刪除數據目錄下有關這個表的所有記錄)。
啟動MySQL(和PHP搭配之最佳組合)服務並使用當初的CREATE TABLE文件建立一個新的表。新的.frm文件應該可以正常工作了，但是最好你還是執行一下標准的修復(上面的第二種方法)。
3、MySQL表索引被破壞解決，myisamchk工具介紹見MySQL(和PHP搭配之最佳組合)的官方手冊）
可以使用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(和PHP搭配之最佳組合)數據目錄的路徑指定一個通配符來檢查所有的數據庫中的所有表：
- 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
這說明你正嘗試檢查正被另一個還沒有關閉文件或已經終止而沒有正確地關閉文件的程序(例如MySQL(和PHP搭配之最佳組合)d服務器)更新的表。
如果MySQL(和PHP搭配之最佳組合)d正在運行，你必須通過FLUSH TABLES強制清空仍然在內存中的任何表修改。當你運行myisamchk時，必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。
以上的相關內容就是對MySQL表索引被破壞的問題及解決的介紹，望你能有所收獲。
