MySQL索引被破壞所產生的問題解決

以下的文章主要講述的是一個MySQL索引在被破壞的情況想所產生的問題與其實際的解決方案。如果你對其實際的操作方案感興趣的話，你就可以瀏覽以下的文章了，下面就是文章的具體內容描述。 下午上班，驚聞我的dedecms的網站出問題了，訪問一看，果然全屏報錯，

以下的文章主要講述的是一個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索引。重新啟動MySQL(和PHP搭配之最佳組合)，問題解決。

問題分析：

1、錯誤產生原因，有網友說是頻繁查詢和更新dede_archives表造成的MySQL索引錯誤，因為我的頁面沒有靜態生成，而是動態頁面，因此比較同意這種說法。還有說法為是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搭配之最佳組合)數據文件

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

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

MySQL(和PHP搭配之最佳組合)> DELETE FROM tblName; 

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

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

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

3、myisamchk工具介紹（見MySQL(和PHP搭配之最佳組合)的官方手冊）

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

調用myisamchk的方法：

shell> myisamchk [options] tbl_name ... 

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

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

如果你愿意，可以用myisamchk命令行命名幾個表。還可以通過命名MySQL索引文件(用“ .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索引被破壞的問題及解決的介紹，望你能有所收獲。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com