也許很多人遇到過類似Can’t open file: ‘[Table]mytable.MYI’ 這樣的錯誤信息,卻不知道怎么解決他,下面我們做個介紹, 多數(shù)情況下,數(shù)據(jù)庫被破壞只是指索引文件受到了破壞,真正的數(shù)據(jù)被破壞掉的情況非常少。大多數(shù)形式的數(shù)據(jù)庫破壞的的修復(fù)相當簡單。 和前面的校驗一樣,修復(fù)的方式也有三種。 下面講的方法只對MyISAM格式的表有效。其他類型的損壞需要從備份中恢復(fù)。 1,REPAIR TABLE SQL statement(mysql服務(wù)必須處于運行狀態(tài))。 2,命令mysqlcheck(mysql服務(wù)可以處于運行狀態(tài))。 3,命令myisamchk(必須停掉mysql服務(wù),或者所操作的表處于不活動狀態(tài))。 在修復(fù)表的時候,最好先作一下備份。所以你需要兩倍于原始表大小的硬盤空間。請確保在進行修復(fù)前你的硬盤空間還沒有用完。 1>用”repair table”方式修復(fù) 語法:repair table 表名 [選項] 選項如下: QUICK 用在數(shù)據(jù)表還沒被修改的情況下,速度最快 EXTENDED 試圖去恢復(fù)每個數(shù)據(jù)行,會產(chǎn)生一些垃圾數(shù)據(jù)行,萬般無奈的情況下用 USE_FRM 用在.MYI文件丟失或者頭部受到破壞的情況下。利用.frm的定義來重建索引 多數(shù)情況下,簡單得用”repair table tablename”不加選項就可以搞定問題。但是當.MYI文件丟失或者頭部受到破壞時,這樣的方式不管用,例如: mysql> REPAIR TABLE mytable; +————————-+——–+———-+———————————————+ | Table | Op | Msg_type | Msg_text | +————————-+——–+———-+———————————————+ | sports_results.mytable | repair | error | Can’t find file: ‘mytable.MYI’ (errno: 2) | +————————-+——–+———-+———————————————+ 修復(fù)失敗的原因時索引文件丟失或者其頭部遭到了破壞,為了利用相關(guān)定義文件來修復(fù),需要用USE_FRM選項。例如: mysql> REPAIR TABLE mytable USE_FRM; +————————-+——–+———-+————————————+ | Table | Op | Msg_type | Msg_text | +————————-+——–+———-+————————————+ | sports_results.mytable | repair | warning | Number of rows changed from 0 to 2 | | sports_results.mytable | repair | status | OK | +————————-+——–+———-+————————————+ 我們可以看到Msg_test表項的輸出信息”ok”,表名已經(jīng)成功修復(fù)受損表。 2>用mysql內(nèi)建命令mysqlcheck來修復(fù) 當mysql服務(wù)在運行時,也可以用mysql內(nèi)建命令mysqlcheck來修復(fù)。 語法:mysqlcheck -r 數(shù)據(jù)庫名 表名 -uuser -ppass %mysqlcheck -r sports_results mytable -uuser -ppass sports_results.mytable OK 利用mysqlcheck可以一次性修復(fù)多個表。只要在數(shù)據(jù)庫名后列出相應(yīng)表名即可(用空格隔開)。或者數(shù)據(jù)庫名后不加表名,將會修復(fù)數(shù)據(jù)庫中的所有表,例如: %mysqlcheck -r sports_results mytable events -uuser -ppass sports_results.mytable OK sports_results.events OK %mysqlcheck -r sports_results -uuser -ppass sports_results.mytable OK sports_results.events OK 3>用myisamchk修復(fù) 用這種方式時,mysql服務(wù)必須停掉,或者所操作的表處于不活動狀態(tài)(選項skip-external-locking沒被使用)。記著一定要在相關(guān).MYI文件的路徑下或者自己定義其路徑。 語法:myisamchk [選項] [表名] 下面是其選項和描述 –backup, -B 在進行修復(fù)前作相關(guān)表得備份 –correct-checksum 糾正校驗和 –data-file-length=#, -D # 重建表時,指定數(shù)據(jù)文件得最大長度 –extend-check, -e 試圖去恢復(fù)每個數(shù)據(jù)行,會產(chǎn)生一些垃圾數(shù)據(jù)行,萬般無奈的情況下用 –force, -f 當遇到文件名相同的.TMD文件時,將其覆蓋掉。 keys-used=#, -k # 指定所用的keys可加快處理速度,每個二進制位代表一個key.第一個key為0 –recover, -r 最常用的選項,大多數(shù)破壞都可以通過它來修復(fù)。如果你的內(nèi)存足夠大,可以增大參數(shù)sort_buffer_size的值來加快恢復(fù)的速度。但是遇到唯一鍵由于破壞而不唯一 的表時,這種方式不管用。 –safe-recover －o 最徹底的修復(fù)方式,但是比-r方式慢,一般在-r修復(fù)失敗后才使用。這種方式讀出 所有的行,并以行為基礎(chǔ)來重建索引。它的硬盤空間需求比-r方式稍微小一點,因 為它沒創(chuàng)建分類緩存。你可以增加key_buffer_size的值來加快修復(fù)的速度。 –sort-recover, -n mysql用它類分類索引,盡管結(jié)果是臨時文件會非常大 –character-sets-dir=… 包含字符集設(shè)置的目錄 –set-character-set=name 為索引定義一個新的字符集 –tmpdir=path, -t 如果你不想用環(huán)境變量TMPDIR的值的話,可以自定義臨時文件的存放位置 –quick, -q 最快的修復(fù)方式,當數(shù)據(jù)文件沒有被修改時用,當存在多鍵時,第二個-q將會修改 數(shù)據(jù)文件 –unpack, -u 解開被myisampack打包的文件 myisamchk應(yīng)用的一個例子 % myisamchk -r mytable - recovering (with keycache) MyISAM-table ‘mytable.MYI’