• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 298  文章 - 377  trackbacks - 0
            <2008年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(34)

            隨筆分類

            隨筆檔案

            文章檔案

            相冊

            收藏夾

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            由于臨時斷電,使用kill -9中止MySQL服務進程,所有的這些都可能會毀壞MySQL的數據文件。如果在被干擾時,服務正在改變文件,文件可能會留下錯誤的或不一致的狀態。因為這樣的毀壞有時是不容易被發現的,當你發現這個錯誤時可能是很久以后的事了。于是,當你發現這個問題時,也許所有的備份都有同樣的錯誤。 

            MySQL
            參考手冊的第十五章講述了MySQL自帶的myisamchk的功能,以及如何使用它檢查和修復你的MySQL數據文件。雖然這一章對于每個想要搭建一個強壯的MySQL服務的人都是推薦閱讀的,我們還是有必要在這里對其中的要點進行討論。

            在我們繼續之前,你必須意識到myisamchk程序對用來檢查和修改的MySQL數據文件的訪問應該是唯一的。如果MySQL服務正在使用某一文件,并對myisamchk正在檢查的文件進行修改,myisamchk會誤以為發生了錯誤,并會試圖進行修復--這將導致MySQL服務的崩潰!這樣,要避免這種情況的發生,通常我們需要在工作時關閉MySQL服務。作為選擇,你也可以暫時關閉服務以制作一個文件的拷貝,然后在這個拷貝上工作。當你做完了以后,重新關閉服務并使用新的文件取代原來的文件(也許你還需要使用期間的變更日志)
            MySQL
            數據目錄不是太難理解的。每一個數據庫對應一個子目錄,每個子目錄中包含了對應于這個數據庫中的數據表的文件。每一個數據表對應三個文件,它們和表名相同,但是具有不同的擴展名。tblName.frm文件是表的定義,它保存了表中包含的數據列的內容和類型。tblName.MYD文件包含了表中的數據。tblName.MYI文件包含了表的索引(例如,它可能包含lookup表以幫助提高對表的主鍵列的查詢)

            要檢查一個表的錯誤,只需要運行myisamchk(MySQLbin目錄下)并提供文件的位置和表名,或者是表的索引文件名:
             myisamchk /usr/local/mysql/var/dbName/tblName
             myisamchk /usr/local/mysql/var/dbName/tblName.MYI


            上面的兩個命令都可以執行對指定表的檢查。要檢查數據庫中所有的表,可以使用通配符: myisamchk /usr/local/mysql/var/dbName/*.MYI 
            要檢查所有數據庫中的所有表,可以使用兩個通配符: myisamchk /usr/local/mysql/var/*/*.MYI 
            如果不帶任何選項,myisamchk將對表文件執行普通的檢查。如果你對一個表有懷疑,但是普通的檢查不能發現任何錯誤,你可以執行更徹底的檢查(但是也更慢!),這需要使用--extend-check選項:
             
            myisamchk --extend-check /path/to/tblName


            對錯誤的檢查是沒有破壞性的,這意味著你不必擔心執行對你的數據文件的檢查會使已經存在的問題變得更糟。另一方面,修復選項,雖然通常也是安全的,但是它對你的數據文件的更改是無法撤消的。因為這個原因,我們強烈推薦你試圖修復一個被破壞的表文件時首先做個備份,并確保在制作這個備份之前你的MySQL服務是關閉的。

            當你試圖修復一個被破壞的表的問題時,有三種修復類型。如果你得到一個錯誤信息指出一個臨時文件不能建立,刪除信息所指出的文件并再試一次--這通常是上一次修復操作遺留下來的。
            這三種修復方法如下所示:

             myisamchk --recover --quick /path/to/tblName
             myisamchk --recover /path/to/tblName
             myisamchk --safe-recover /path/to/tblName
             

            第一種是最快的,用來修復最普通的問題;而最后一種是最慢的,用來修復一些其它方法所不能修復的問題。

            檢查和修復MySQL數據文件
            如果上面的方法無法修復一個被損壞的表,在你放棄之前,你還可以試試下面這兩個技巧:
            如果你懷疑表的索引文件(*.MYI)發生了不可修復的錯誤,甚至是丟失了這個文件,你可以使用數據文件(*.MYD)和數據格式文件(*.frm)重新生成它。首先制作一個數據文件(tblName.MYD)的拷貝。重啟你的MySQL服務并連接到這個服務上,使用下面的命令刪除表的內容: 
            mysql DELETE FROM tblName;
            在刪除表的內容的同時,會建立一個新的索引文件。退出登錄并重新關閉服務,然后用你剛才保存的數據文件(tblName.MYD)覆蓋新的()數據文件。最后,使用myisamchk執行標準的修復(上面的第二種方法),根據表的數據的內容和表的格式文件重新生成索引數據。

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

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


             


            可以使用mysql語句,用 CHECK TABLE $table;   //其中$table代表數據表的名字,檢測表是否損壞,如果損壞可以REPAIR TABLE $table 來修復,如果一次不行,可以多修復幾次!

            如果使用WIN服務器,可以先登陸DB服務器,進入此路徑,不用進mysql里
            D:\CD MYSQL

            D:\mysql>CD BIN

            D:\mysql\bin>MYISAMCHK -r d:\mysql\data\guild\msg_table.myi(msg_table)
            - check key delete-chain
            - check record delete-chain
            - recovering (with sort) MyISAM-table 'd:\mysql\data\guild\msg_table.myi'
            Data records: 23
            - Fixing index 1


            D:\mysql\bin>MYISAMCHK --safe-recover d:\mysql\data\guild\msg_table.myi
            - recovering (with keycache) MyISAM-table 'd:\mysql\data\guild\msg_table.myi'
            Data records: 89

            D:\mysql\bin>

            當不知道哪個表壞了,可以進入mysql數據庫:
            use guild;
            desc msg_table; 看msg_table有沒有壞

            修復好了進入MYSQL數據庫中打命令檢查:show table;


             

             

            posted on 2008-08-19 13:57 聶文龍 閱讀(580) 評論(0)  編輯 收藏 引用 所屬分類: Database
            波多野结衣久久| 91精品国产91久久| 精品久久久久久久国产潘金莲 | 久久国产乱子伦精品免费强| 91精品国产高清久久久久久91| 久久激情亚洲精品无码?V| 久久夜色精品国产噜噜亚洲a| 久久久久亚洲精品天堂| 久久www免费人成看国产片| 精品久久人人爽天天玩人人妻| 久久99久久99小草精品免视看| 久久亚洲电影| 2020最新久久久视精品爱| 久久精品无码一区二区WWW| 色综合久久中文综合网| 久久久久久精品久久久久| 99久久婷婷国产综合精品草原| 久久综合亚洲色HEZYO社区| 亚洲精品高清久久| 99久久精品费精品国产一区二区 | www.久久热| 国产A级毛片久久久精品毛片| 国内精品免费久久影院| 久久99精品国产自在现线小黄鸭| 欧美精品九九99久久在观看| 国产69精品久久久久9999| 成人妇女免费播放久久久| 久久人妻无码中文字幕| 久久综合伊人77777| 久久国产香蕉一区精品| 伊人久久大香线焦综合四虎| 久久久亚洲欧洲日产国码aⅴ| 亚洲中文字幕无码久久2017| 久久香综合精品久久伊人| 伊人久久大香线蕉综合热线| 久久亚洲欧洲国产综合| 久久伊人影视| 久久久午夜精品福利内容| 久久人与动人物a级毛片| 精品一二三区久久aaa片| 无码人妻久久一区二区三区免费|