• <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年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(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 聶文龍 閱讀(581) 評論(0)  編輯 收藏 引用 所屬分類: Database
            伊人久久综合无码成人网| 国内精品久久久久久久涩爱| 久久综合久久伊人| 漂亮人妻被中出中文字幕久久 | 国产综合久久久久| 国产精品日韩欧美久久综合| 久久精品成人| 久久国产精品无码一区二区三区| 久久精品国产91久久麻豆自制| 青青青青久久精品国产h久久精品五福影院1421 | 韩国三级中文字幕hd久久精品| 欧美与黑人午夜性猛交久久久 | 久久久久国产成人精品亚洲午夜| 久久精品国产亚洲AV忘忧草18 | 91精品国产综合久久四虎久久无码一级| 久久国产美女免费观看精品 | 人妻中文久久久久| a级成人毛片久久| 亚洲香蕉网久久综合影视| 久久久久噜噜噜亚洲熟女综合| 无码人妻久久一区二区三区免费| 久久97久久97精品免视看| 2021久久国自产拍精品| 2021国产精品午夜久久| 久久人人超碰精品CAOPOREN| 国产精品无码久久久久久| 综合人妻久久一区二区精品 | 亚洲第一极品精品无码久久| 久久久久亚洲AV综合波多野结衣 | 久久se精品一区精品二区国产| 97热久久免费频精品99| 一本久久知道综合久久| 久久人人爽人人爽人人片AV东京热| 国产免费久久久久久无码| 欧美亚洲国产精品久久蜜芽| 久久被窝电影亚洲爽爽爽| 久久亚洲AV成人出白浆无码国产 | 久久久久99精品成人片| 国产精自产拍久久久久久蜜| 99久久精品国产毛片| 国产精品九九久久免费视频|