• <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
            <2013年4月>
            31123456
            78910111213
            14151617181920
            21222324252627
            2829301234
            567891011

            常用鏈接

            留言簿(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 聶文龍 閱讀(588) 評論(0)  編輯 收藏 引用 所屬分類: Database
            国内精品久久久久影院薰衣草 | 丰满少妇人妻久久久久久| 久久久这里有精品| 亚洲伊人久久大香线蕉综合图片| 亚洲AV无码成人网站久久精品大| 99久久国产综合精品麻豆| 国产精品免费久久| 2019久久久高清456| 久久99国产精品久久99果冻传媒| 精品久久国产一区二区三区香蕉| 久久AV高潮AV无码AV| 精品水蜜桃久久久久久久| 亚洲精品乱码久久久久久蜜桃不卡 | 91精品国产91久久综合| 青青青青久久精品国产h久久精品五福影院1421 | 大香伊人久久精品一区二区| 久久不射电影网| 亚洲AV无码久久精品狠狠爱浪潮| 99久久国产亚洲高清观看2024| 国产精品久久久久久久久久影院| 国产精品狼人久久久久影院| 久久综合给合久久狠狠狠97色| 欧美性大战久久久久久| 精品久久久久久久| 精品少妇人妻av无码久久| 精品久久久中文字幕人妻| 亚洲午夜福利精品久久| 91久久九九无码成人网站| 精品国产乱码久久久久久1区2区 | 国产毛片欧美毛片久久久| 欧美国产成人久久精品| 99久久婷婷国产综合精品草原 | 久久久久国产日韩精品网站| 久久免费精品一区二区| 久久99亚洲网美利坚合众国| 亚洲精品无码久久久久sm| 久久亚洲日韩看片无码| 久久www免费人成看片| 中文字幕日本人妻久久久免费| 久久这里只有精品首页| 久久99九九国产免费看小说|