如何使用MYSQL資料庫進行備份資料恢複

　　資料庫毀壞發生的原因有許多，且程度各不相同。如果幸運的話，可能是一兩個表的小毀壞（例如，如果您的機器由於斷電而暫時停機）。如果不是這 樣，可能需要置換整個的資料目錄（例如，如果某個磁碟癱瘓而且資料目錄在它上）。在其他情況下也需要恢複操作，例如，當使用者錯誤地刪除資料庫或表時，或者 錯誤地刪除表的內容時。不論這些不幸的事件發生是由於什麼原因，都需要恢複它們。

　　如果表被毀壞但沒有丟失，可試著用myisamchk 或isamchk 來修複它們。如果修複公用程式能修複它們，就根本沒有必要使用備份檔案。如果表被丟失或不能修複，則需要恢複它們。

　　恢複過程包括兩個資訊源：備份檔案和更新日誌。備份檔案將表恢複到進行該備份時的狀態。但是，在備份和故障發生這段時間中，表通常已經被修改。 更新日誌包含了用來完成這些修改的查詢。可以通過將更新日誌作為對mysql的輸入來重複這些查詢（這就是為什麼需要更新日誌的原因。如果您還沒有使更新 日誌有效，現在趕快做，並在進一步讀取之前產生一個新的備份）。

　　恢複過程根據必須恢複的資訊的多少而變化。事實上，恢複整個資料庫比恢複單個的表要容易，因為對資料庫應用程式更新日誌比對錶要容易。

　　恢複整個資料庫

　　首先，如果要恢複的資料庫是含有授權表的mysql資料庫，將需要使用--skip-grant-tables選項運行伺服器。否則，伺服器將 抱怨無法找到授權表。在恢複表之後，執行mysqladmin flush-privileges 來告訴伺服器載入授權表，並用它們啟動。

　　將原資料庫目錄的內容拷貝到其他的地方。例如，您可能會在稍後用它們進行崩潰表的事後分析檢查（post-mortem examination）。

　　用最新的備份檔案重新載入資料庫。如果您打算使用由mysqldump 載入的檔案，則需要將它們作為mysql的輸入。如果打算使用從資料庫中直接拷貝的檔案（如，用tar 或c p），則將它們直接拷貝回到該資料庫目錄中。但是，在這種情況下，應該在拷貝這些檔案之前關閉伺服器，然後再重新啟動它。

　　用更新日誌重做在進行備份後又修改了資料庫表的查詢。對於所有可用的更新日誌，可使用它作為mysql的輸入。指定--one- database 選項，使mysql只對想要恢複的資料庫執行查詢。如果您知道需要使用所有的更新記錄檔，可在包含日誌的目錄中使用下列命令：

　　% ls-t-r-l update.(0-9)* | xargs cat | mysql--one-database db_name

　　ls 命令產生更新記錄檔的單列列表，更新記錄檔根據伺服器產生的順序進行排序（要知道，如果您修改了其中的任何檔案，排序的順序都將改變，這將導致更新日誌按錯誤的順序使用）。

　　您很可能必須使用某些更新日誌。例如，如果自備份以來所產生的日誌命名為update.392、pdate.393 等等，可以重新運行它們中的命令： % mysql--one-database db_name < updata.392 % mysql--one-database db_name < updata.393 …

　　如果正在運行恢複並打算使用更新日誌恢複由於失策的DROP DATA BASE、DROPTABLE或DELETE 語句而丟失的資訊，應確保先從更新日誌中刪除這些語句。

　　恢複單個的表

　　恢複單個表是很困難的。如果有通過mysqldump 產生的備份檔案並且它恰好不包含您想要的表資料，則需要抽取相關的行並用它們作為mysql的輸入，這部分較容易。困難的是抽取應用於該表的更新日誌的片 段。您會發現： mysql_find_rows 公用程式對這方面有協助，它可以從更新日誌中抽取多行查詢。

　　另一種可能性是用另一個伺服器恢複整個資料庫，然後將所要的該表的檔案拷貝到未經處理資料庫中。這實際很容易！在將檔案拷貝回資料庫目錄時，應確保未經處理資料庫的伺服器關閉。