實現(xiàn)MySQL備份數(shù)據(jù)庫的兩個方案的優(yōu)缺點
MySQL備份數(shù)據(jù)庫的兩個主要實際操作方案是采用MySQL(與PHP搭配之最佳組合) dump程序或是直接復(fù)制相關(guān)的數(shù)據(jù)庫文件（如用cp、cpio或tar等）。當(dāng)然每種實際應(yīng)用方法都有其優(yōu)缺點：
MySQL(和PHP搭配之最佳組合)dump與MySQL(和PHP搭配之最佳組合)服務(wù)器協(xié)同操作。
直接拷貝方法在服務(wù)器外部進行，并且你必須采取措施保證沒有客戶正在修改你將拷貝的表。如果你想用文件系統(tǒng)備份來備份數(shù)據(jù)庫，也會發(fā)生同樣的問題：如果數(shù)據(jù)庫表在文件系統(tǒng)備份過程中被修改，進入備份的表文件主語不一致的狀態(tài)，而對以后的恢復(fù)表將失去意義。文件系統(tǒng)備份與直接拷貝文件的區(qū)別是對后者你完全控制了備份過程，這樣你能采取措施確保服務(wù)器讓表不受干擾。
MySQL(和PHP搭配之最佳組合)dump比直接拷貝要慢些。
MySQL(和PHP搭配之最佳組合)dump生成能夠移植到其它機器的文本文件，甚至那些有不同硬件結(jié)構(gòu)的機器上。直接拷貝文件不能移植到其它機器上，除非你正在拷貝的表使用MyISAM存儲格式。ISAM表只能在相似的硬件結(jié)構(gòu)的機器上拷貝。在MySQL(和PHP搭配之最佳組合) 3.23中引入的MyISAM表存儲格式解決了該問題，因為該格式是機器無關(guān)的，所以直接拷貝文件可以移植到具有不同硬件結(jié)構(gòu)的機器上。只要滿足兩個條件：另一臺機器必須也運行MySQL(和PHP搭配之最佳組合) 3.23或以后版本，而且文件必須以MyISAM格式表示，而不是ISAM格式。
不管你使用哪種備份方法，如果你需要恢復(fù)數(shù)據(jù)庫，有幾個原則應(yīng)該遵守，以確保最好的結(jié)果：
定期實施備份。建立一個計劃并嚴(yán)格遵守。
讓服務(wù)器執(zhí)行更新日志。當(dāng)你在崩潰后需要恢復(fù)數(shù)據(jù)時，更新日志將幫助你。在你用備份文件恢復(fù)數(shù)據(jù)到備份時的狀態(tài)后，你可以通過運行更新日志中的查詢再次運用備份后面的修改，這將數(shù)據(jù)庫中的表恢復(fù)到崩潰發(fā)生時的狀態(tài)。
以文件系統(tǒng)備份的術(shù)語講，數(shù)據(jù)庫備份文件代表完全傾倒（full dump），而更新日志代表漸進傾倒（incremental dump）。
使用一種統(tǒng)一的和易理解的備份文件命名機制。象backup1、buckup2等不是特別有意義。當(dāng)實施你的恢復(fù)時，你將浪費時間找出文件里是什么東西。你可能發(fā)覺用數(shù)據(jù)庫名和日期構(gòu)成備份文件名會很有用。例如：
%MySQL(和PHP搭配之最佳組合)dump samp_db >/usr/archives/MySQL(和PHP搭配之最佳組合)/samp_db.1999-10-02
%MySQL(和PHP搭配之最佳組合)dump menagerie >/usr/archives/MySQL(和PHP搭配之最佳組合)/menagerie.1999-10-02
你可能想在生成備份后壓縮它們。備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤，就象你讓你的日志文件過期那樣。
用文件系統(tǒng)備份備份你的備份文件。如果遇上了一個徹底崩潰，不僅清除了你的數(shù)據(jù)目錄，也清除了包含你的MySQL備份數(shù)據(jù)庫備份的磁盤驅(qū)動器，你將真正遇上了麻煩。也要備份你的更新日志。
將你的備份文件放在不同于用于你的數(shù)據(jù)庫的文件系統(tǒng)上。這將降低由于生成備份而填滿包含數(shù)據(jù)目錄的文件系統(tǒng)的可能性。
用于創(chuàng)建備份的技術(shù)同樣對拷貝數(shù)據(jù)庫到另一臺機器有用。最常見地，一個數(shù)據(jù)庫被轉(zhuǎn)移到了運行在另一臺主機上的服務(wù)器，但是你也可以將數(shù)據(jù)轉(zhuǎn)移到同一臺主機上的另一個服務(wù)器。
【編輯推薦】
