有客戶反饋ＢＯＳＳ系統無法查詢到6月28日以后的話單紀錄，查詢數據庫后發現在執行對原始話單表執行查詢時候偶爾出現
Table '*****' is marked as crashed and should be repaired.
確定計費無誤后決定在下班后執行對表的修復工作，因為以前沒有進行過此類操作，擔心會有問題，看到baidu出的資料提示修復后要重啟mysql服務．
于是在下班后完全備份了數據庫，執行了數據表修復，修復方法如下：
shell>?myisamchk?-r [tablename];
看到執行修復操作成功，于是restart mysql ,考慮到以前的mysql重啟和其他服務的沖突，運維紀錄是要重啟server的，于是reboot 了
等再連上后發現數據庫在localhost域上是可以登陸的，其他域上無法連接，連接報1006１錯誤．重啟mysql服務，無效
沒有辦法，恢復到備份前的狀態，可以訪問了，但前一個階段修復的表不見了，查數據庫物理文件是存在的，沒有辦法，嚇壞了我
只好死馬當活馬醫，再次執行了表修復，這次沒有急著重啟了mysql，發現表出來了，執行查詢也正常了，一切ＯＫ
看來重啟服務不是必須的，至少這次是這樣．幸好次幾操作都有備份！
但困惑的是第一次執行了修復后重啟怎么就連不上server了呢＞　

好了，也不明白為什么表會被crash掉，將白皮書上的資料貼下來供參考：

1、錯誤產生原因，有網友說是頻繁查詢和更新表造成的索引錯誤，還有說法為是MYSQL數據庫因為某種原因而受到了損壞，如數據庫服務器突發性的斷電、在提在數據庫表提供服務時對表的原文件進行某種操作都有可能導致MYSQL數據庫表被損壞而無法讀取數據。總之就是因為某些不可測的問題造成表的損壞。
２、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來檢查表。

?

轉載于:https://www.cnblogs.com/pipelone/archive/2008/07/01/1233536.html

總結

以上是生活随笔為你收集整理的解决mysql表被crash的一次维护始末的全部內容，希望文章能夠幫你解決所遇到的問題。

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