以下的文章主要向大家描述的是正確檢查與維護MySQL數據庫表的實際操作流程，以及在檢查與維護MySQL數據庫表的實際操作中值得我們大家留意的事項的具體描述，望你在浏覽之後會有所收獲。
理想的情況是，MySQL(和PHP搭配之最佳組合)從首次安裝以來始終平穩地運行。但有時確實會由於各種原因而出現問題，其范圍可以從電源斷電到硬件故障到不正常地關閉MySQL(和PHP搭配之最佳組合)服務器如用kill -9終止服務器或機器崩潰）。
諸如這樣的情況大部分都超出您的控制范圍，它們會導致數據庫表的毀壞，尤其是在對表進行修改且未完全寫入時所引起的。
本章的重點是檢測和解決表的問題，而不論問題是如何引起的。對於表的檢查和修復，MySQL(和PHP搭配之最佳組合)管理員最好的朋友是myisamchk 和isamchk 實用程序。這兩個程序有好幾個功能，我們已經在第4章討論了怎樣使用它們執行索引鍵的分布分析和索引的釋放與激活。還可以使用它們檢查表和修復有問題的表。這使您能在表變壞之前使表不能使用之前）修正故障。
myisamchk 和isamchk 提供的全部選項的清單在附錄E 中。有關其他的背景，請參閱MySQL(和PHP搭配之最佳組合)參考指南的“維護MySQL(和PHP搭配之最佳組合)安裝”一章。
表的故障檢測和修正的一般過程如下：
1) 檢查出錯的表。如果該表檢查通過，則完成任務，否則必須修復它。
2) 在開始修復之前對表文件進行拷貝，以防萬一。
3) 試著修復表。
4) 如果修復操作失敗，從數據庫備份和更新日志中恢復此表。
上述過程的最後一步假定您已經執行了數據庫備份並允許更新日志有效。如果不是這樣的話，系統將有危險。參考第11章查找一下怎樣使用MySQL(和PHP搭配之最佳組合)aump 和怎樣開啟更新日志。您肯定不想不可挽回地丟失一個表，因此，應努力地做備份。
在使用myisamchk 或isamchk 檢查或修復表之前，應該滿足一些初步需求：
建立常規的數據庫備份過程並允許更新日志，以防事情越來越糟使表的毀壞不能修復。筆者好像在以前提醒過這一點？
在開始試驗之前應先仔細地閱讀本章的內容。尤其是不應該在閱讀“避免與MySQL數據庫表服務器交互作用”之前進行操作，因為它將討論當您試圖在一個表上執行檢查或修復過程時服務器正在使用這個表所引起的問題。它還討論怎樣在服務器運行時防止那些問題發生。
當運行表檢查或修復時，您應該被注冊在運行MySQL(和PHP搭配之最佳組合)的賬號下，因為您需要對表文件讀寫訪問。
myisamchk 和isamchk 的調用語法
MySQL(和PHP搭配之最佳組合)的myisamchk 和isamchk 實用程序很類似，多數時候它們可以用同樣的方式使用。它們之間的主要區別是它們所使用的表的類型。對於MyISAM 表，使用my i s a m c h k，而對於ISAM 表，則使用i s a m c h k。您可以通過表的索引文件的擴展名來告訴表使用哪種存儲格式。擴展名“. M Y I”表明是一個MyISAM 表，而“. I S M”表明是ISAM 表。
為了使用任一個實用程序，應指明您所要檢查或修復的表，以及指明要執行的操作類型的選項：
% myisamchk options tbl_name...
% isamchk options tbl_name...
tbl_name 參數可以是表名也可以是該表的索引文件名。如果指定多個表，可以很容易地使用文件名模式來拾取目錄中所有相應的文件：
% myisamchk options *.MYI
% isamchk options *.ISM
不會因為告訴了錯誤的程序來檢查某個表而使該表毀壞，但是除了發布一條警告消息外此程序不做任何事情。例如，下面的第一條語句將檢查當前目錄中的所有MyISAM 表，而第二條語句只顯示一條警告消息：
% myisamchk *.MYI 正確
% myisamchk *.ISM 不正確─文件類型錯
不論是myisamchk 還是isamchk 都不對表所在的位置做任何判斷，因此，應該或者在包含表文件的目錄中運行程序，或者指定表的路徑名。這允許您將表文件拷貝到另一個目錄中並用該拷貝進行操作。
檢查表
myisamchk 和isamchk 提供了表檢查方法，這些方法在徹底檢查表的程度方面有差異。通常用標准方法就足夠了。如果標准檢查報告沒有發現錯誤而您仍然懷疑有毀壞或許因為查詢沒有正常地工作），可能要執行更徹底的檢查。要想用任意一個實用程序執行標准的表檢查，則不用帶任何選項直接調用即可：
% myisamchk tbl_name
% isamchk tbl_name
為了執行擴充檢查，使用--extend-check 選項。該選項非常慢，但檢查極為徹底。對於該表的數據文件中的每個記錄，索引文件中的每個索引的相關鍵都被檢查以確保它真正指向正確的記錄。myisamchk 還有一個中間選項- - m e d i um - c h e c k，它不如擴展檢查徹底，但速度快。
如果對於--extend-check 檢查不報告錯誤，則可以肯定表是好的。如果您仍然感覺表有問題，那原因肯定在其他地方。應重新檢查任何好像有問題的查詢以驗證查詢是正確書寫的。如果您認為問題可能是MySQL數據庫表服務器的原因，應考慮整理一份故障報告或升級到新的版本上。
如果myisamchk 或isamchk 報告表有錯誤，應用下節中的說明修復它們。
修復表
表的修復是一項可怕的工作，如果具體問題非常獨特則更難進行。然而，有一些常規的指導思想和過程，可以遵循它們來增加修正表的機會。通常，開始時可以用最快的修復方法，看看是否能修正故障。如果發現不行的話，可以逐步升級到更徹底的但更慢的）修復方法上，直到故障被修復或您不能繼續升級為止實際上，大多數問題不用更大規模的和更慢的方法就能修正）。如果表不能修復，則從備份中恢復該表。有關使用備份文件和更新日志進行恢復的指導在已第11章中給出。
1. 執行標准的表修復
為了修復一個表，執行下列步驟：
1) 試著用--recover 選項修正表，但也可以用--quick 選項試圖只根據索引文件的內容進行恢復。這樣將不觸及數據文件：
% myisamchk --recover --quick tbl_name
% isamchk --recover --quick tbl_name
2) 如果問題仍存在，再試一下上一步的命令，但忽略--quick 選項，以允許my i s a m c h k或isamchk 前進並修改數據文件：
% myisamchk --recover tbl_name
% isamchk --recover tbl_name
3) 如果還不工作，試一試--safe-recover 修復方法。這種方法比普通的恢復方法要慢，但能夠修正-recover 方法不能修正的幾個問題：
% myisamchk --safe-recover tbl_name
% isamchk --safe-recover tbl_name
如果myisamchk 或isamchk 由於一個“C a n’t create new temp file: file_name” 的錯誤消息在任何一步中停止，應該重復這個命令並增加--force 選項以迫使清除臨時文件。這個臨時文件可能是從上一次失敗的修復中留下的。
在修復表之前拷貝它們在執行表修復前應該遵循的一個常規的預防措施是做該表的新拷貝。這種情況未必出現，但如果發生，則可以從拷貝文件中做該表的新的拷貝並試試另一種恢復方法。
2. 標准表修復方法失敗時怎麼辦
如果標准的修復過程未能修復表，則索引文件可能在修復時丟失或毀壞。盡管未必可能，但還是有可能使表的描述文件丟失。不論哪種情況，都需要替換受影響的文件，然後再試試標准修復過程。
為了重新生成索引文件，可以使用下列過程：
1) 定位到包含崩潰表的數據庫目錄中。
2) 將該表的數據文件移到安全的地方。
3) 調用MySQL(和PHP搭配之最佳組合)並通過執行下列語句重新創建新的空表，該語句使用表的描述文件tbl_name.frm 重新開始生成新的數據和索引文件：
MySQL(和PHP搭配之最佳組合)> DELETE FROM tbl_name;
4) 退出MySQL(和PHP搭配之最佳組合)，將原始的數據文件移回到數據庫目錄中，替換剛建立的新的空文件。
5) 再試試標准表修復方法。
為了恢復該表的描述文件，可先從備份文件中恢復，然後再試著用標准修復方法。如果由於某些原因沒有備份，但知道建立表的CREATE TABLE 語句，則仍可以恢復該文件：
1) 定位到包含崩潰表的數據庫目錄中。
2) 將該表的數據文件移動到安全的地方。如果想要使用索引的話，還需將索引文件移走。
3) 調用MySQL(和PHP搭配之最佳組合)並發布CREATE TABLE 語句建立該表。
4) 退出MySQL(和PHP搭配之最佳組合)，將原始數據文件移回數據庫目錄中，替換剛才新建的數據文件。如果在步驟2移動了索引文件，則也要將其移回數據庫目錄中。
5) 再試試標准表修
以上的相關內容就是對檢查和維護MySQL數據庫表的介紹，望你能有所收獲。
