如何找回MYDMYI-Mipaper.PDF

如何找回 MYD MYI (挖哩! 我的資料庫怎麼不見了 ，tabal xxx don’t exist) 如果你突然想說: 挖哩! 我的資料庫怎麼不見了 ，tabal xxx don’t exist 。 可以先看一下這篇文章。 通常這種情況的發生，都是在進行資料庫搬移與備分 RESOTRE 的時候發生。 先不要急。 先到最原始的資料庫位置去。找到 ibdata1 這一個檔案。 如果有! 試著將此檔案複製到你 目前的 data 目錄。(可能目前的data 目錄下，也會有一個 此同名的檔案，你可以先在此檔案進行覆蓋前，先備份此即 將被覆蓋的 ibtata1) 。 之後再重新打開資料庫系統，通常應該就會找回原先已經 don’t exist 的table 。 如果上面的方式成立。 請看下面原因報告。 原因分析： 以表“Table”為例: 如類型是MyISAM, 資料檔案則以”Table.frm”，” Table.MYD”，”Table.MYI”三個檔 如類型是InnoDB, 資料檔案則存儲在”/data/ ″中的 ibdata1 檔中(一般情況) ，結構檔存在於Table.frm 中. 如果你認為，資料庫的備份是直接用 XCOPY 進行即可，那是 說，你所有的TABLE 都是用 Myisam DB engine 。 如果你的TABLE 有用 innodb DB engine ，那使用 xcopy 的 備分方式 ，就可能失敗。 因為與 innodb DB engine 會使 用一個很重要的檔案 ibdata1 ，而此檔案會在mysql 運作 的時候，被鎖住，而造成 xcopy 無法進行正常複製。 使用 Innodb DB engine 建立 的table ，如果沒有了 ibdata1 ，哪整個資料表就會crash 。 因此建議， 1.所有的資料庫都要用同一類型的 db engine 來建立 table 。 2.使用 xcopy 進行備分的時候，要檢查檔案數目，因為一 旦被 mysql lock 的檔案，是無法使用 xcopy 複製的，就 會發生複製備份遺漏的現象。 Click below to find more Mipaper at .tw Mipaper at .tw