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

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

1、錯誤產(chǎn)生原因，有網(wǎng)友說是頻繁查詢和更新表造成的索引錯誤，還有說法為是MYSQL數(shù)據(jù)庫因?yàn)槟撤N原因而受到了損壞，如數(shù)據(jù)庫服務(wù)器突發(fā)性的斷電、在提在數(shù)據(jù)庫表提供服務(wù)時對表的原文件進(jìn)行某種操作都有可能導(dǎo)致MYSQL數(shù)據(jù)庫表被損壞而無法讀取數(shù)據(jù)?？傊褪且?yàn)槟承┎豢蓽y的問題造成表的損壞。
２、myisamchk工具介紹（見mysql的官方手冊）

可以使用myisamchk實(shí)用程序來獲得有關(guān)數(shù)據(jù)庫表的信息或檢查、修復(fù)、優(yōu)化他們。myisamchk適用MyISAM表(對應(yīng).MYI和.MYD文件的表)。

調(diào)用myisamchk的方法：

shell> myisamchk [options] tbl_name ...
options指定你想讓myisamchk做什么。在后面描述它們。還可以通過調(diào)用myisamchk --help得到選項(xiàng)列表。

?

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

如果你愿意，可以用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表并修復(fù)任何破壞的表，可以使用下面的命令：

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)存的詳細(xì)信息，參見5.9.5.5節(jié)，“myisamchk內(nèi)存使用”。

?

當(dāng)你運(yùn)行myisamchk時，必須確保其它程序不使用表。否則，當(dāng)你運(yùn)行myisamchk時，會顯示下面的錯誤消息：

warning: clients are using or haven't closed the table properly
這說明你正嘗試檢查正被另一個還沒有關(guān)閉文件或已經(jīng)終止而沒有正確地關(guān)閉文件的程序(例如mysqld服務(wù)器)更新的表。

如果mysqld正在運(yùn)行，你必須通過FLUSH TABLES強(qiáng)制清空仍然在內(nèi)存中的任何表修改。當(dāng)你運(yùn)行myisamchk時，必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。

?

轉(zhuǎn)載于:https://www.cnblogs.com/pipelone/archive/2008/07/01/1233536.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。