MySQL數(shù)據(jù)庫備份

• mysqldump與MySQL服務(wù)器協(xié)同操作。直接拷貝方法在服務(wù)器外部進(jìn)行，并且你必須采取措施保證沒有客戶正在修改你將拷貝的表。如果你想用文件系統(tǒng)備份來備份數(shù)據(jù)庫，也會發(fā)生同樣的問題：如果數(shù)據(jù)庫表在文件系統(tǒng)備份過程中被修改，進(jìn)入備份的表文件主語不一致的狀態(tài)，而對以后的恢復(fù)表將失去意義。文件系統(tǒng)備份與直接拷貝文件的區(qū)別是對后者你完全控制了備份過程，這樣你能采取措施確保服務(wù)器讓表不受干擾。
• mysqldump比直接拷貝要慢些。
• mysqldump生成能夠移植到其它機器的文本文件，甚至那些有不同硬件結(jié)構(gòu)的機器上。直接拷貝文件不能移植到其它機器上，除非你正在拷貝的表使用MyISAM存儲格式。ISAM表只能在相似的硬件結(jié)構(gòu)的機器上拷貝。在MySQL 3.23中引入的MyISAM表存儲格式解決了該問題，因為該格式是機器無關(guān)的，所以直接拷貝文件可以移植到具有不同硬件結(jié)構(gòu)的機器上。只要滿足兩個條件：另一臺機器必須也運行MySQL 3.23或以后版本，而且文件必須以MyISAM格式表示，而不是ISAM格式。

• 定期實施備份。建立一個計劃并嚴(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），而更新日志代表漸進(jìn)傾倒（incremental dump）。
• 使用一種統(tǒng)一的和易理解的備份文件命名機制。象backup1、buckup2等不是特別有意義。當(dāng)實施你的恢復(fù)時，你將浪費時間找出文件里是什么東西。你可能發(fā)覺用數(shù)據(jù)庫名和日期構(gòu)成備份文件名會很有用。例如：
  %mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
  %mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02
  你可能想在生成備份后壓縮它們。備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤，就象你讓你的日志文件過期那樣。
• 用文件系統(tǒng)備份備份你的備份文件。如果遇上了一個徹底崩潰，不僅清除了你的數(shù)據(jù)目錄，也清除了包含你的數(shù)據(jù)庫備份的磁盤驅(qū)動器，你將真正遇上了麻煩。也要備份你的更新日志。
• 將你的備份文件放在不同于用于你的數(shù)據(jù)庫的文件系統(tǒng)上。這將降低由于生成備份而填滿包含數(shù)據(jù)目錄的文件系統(tǒng)的可能性。

1 使用mysqldump備份和拷貝數(shù)據(jù)庫

# MySQL Dump 6.0# # Host: localhostDatabase: samp_db#---------------------------------------# Server version 3.23.2-alpha-log## Table structure for table 'absence'#CREATE TABLE absence(student_id int(10) unsigned DEFAULT '0' NOT NULL,date date DEFAULT '0000-00-00' NOT NULL,PRIMARY KEY (student_id,date));## Dumping data for table 'absence'#INSERT INTO absence VALUES (3,'1999-09-03');INSERT INTO absence VALUES (5,'1999-09-03');INSERT INTO absence VALUES (10,'1999-09-08');......　

• --flush-logs和--lock-tables組合將對你的數(shù)據(jù)庫檢查點有幫助。--lock-tables鎖定你正在傾倒的所有表，而--flush-logs關(guān)閉并重新打開更新日志文件，新的更新日志將只包括從備份點起的修改數(shù)據(jù)庫的查詢。這將設(shè)置你的更新日志檢查點位備份時間。（然而如果你有需要執(zhí)行個更新的客戶，鎖定所有表對備份期間的客戶訪問不是件好事。）
  如果你使用--flush-logs設(shè)置檢查點到備份時，有可能最好是傾倒整個數(shù)據(jù)庫。如果你傾倒單獨的文件，較難將更新日志檢查點與備份文件同步。在恢復(fù)期間，你通常按數(shù)據(jù)庫為基礎(chǔ)提取更新日志內(nèi)容，對單個表沒有提取更新的選擇，所以你必須自己提取它們。
• 缺省地，mysqldump在寫入前將一個表的整個內(nèi)容讀進(jìn)內(nèi)存。這通常確實不必要，并且實際上如果你有一個大表，幾乎是失敗的。你可用--quick選項告訴mysqldump只要它檢索出一行就寫出每一行。為了進(jìn)一步優(yōu)化傾倒過程，使用--opt而不是--quick。--opt選項打開其它選項，加速數(shù)據(jù)的傾倒和把它們讀回。
  用--opt實施備份可能是最常用的方法，因為備份速度上的優(yōu)勢。然而，要警告你，--opt選項確實有代價，--opt優(yōu)化的是你的備份過程，不是其他客戶對數(shù)據(jù)庫的訪問。--opt選項通過一次鎖定所有表阻止任何人更新你正在傾倒的任何表。你可在一般數(shù)據(jù)庫訪問上很容易看到其效果。當(dāng)你的數(shù)據(jù)庫一般非常頻繁地使用，只是一天一次地調(diào)節(jié)備份。
• 一個具有--opt的相反效果的選項是--dedayed。該選項使得mysqldump寫出INSERT DELAYED語句而不是INSERT語句。如果你將數(shù)據(jù)文件裝入另一個數(shù)據(jù)庫并且你想是這個操作對可能出現(xiàn)在該數(shù)據(jù)庫中的查詢的影響最小，--delayed對此很有幫助。
• --compress選項在你拷貝數(shù)據(jù)庫到另一臺機器上時很有幫助，因為它減少網(wǎng)絡(luò)傳輸字節(jié)的數(shù)量。下面有一個例子，注意到--compress對與遠(yuǎn)端主機上的服務(wù)器通信的程序才給出，而不是對與本地主機連接的程序：

  %mysqldump --opt samp_db | mysql --compress -h boa.snake.net samp_db

  
  mysqldump有很多選項，詳見《MySQL參考手冊》。

2 使用直接拷貝數(shù)據(jù)庫的備份和拷貝方法

%cd DATADIR%cp -r samp_db /usr/archive/mysql

%cd DATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.* /usr/archive/mysql/samp_db....

3 復(fù)制數(shù)據(jù)庫（Replicating Database）

4 用備份恢復(fù)數(shù)據(jù)

4.1 恢復(fù)整個數(shù)據(jù)庫

• 將數(shù)據(jù)庫目錄內(nèi)容拷貝到其它某個地方，如果你在以后需要它們。
• 用最新的備份文件重裝數(shù)據(jù)庫。如果你用mysqldump產(chǎn)生的文件，將它作為mysql的輸入。如果你用直接從數(shù)據(jù)庫拷貝來的文件，將它們直接拷回數(shù)據(jù)庫目錄，然而，此時你需要在拷貝文件之前關(guān)閉數(shù)據(jù)庫，然后重啟它。
• 使用更新日志重復(fù)做備份以后的修改數(shù)據(jù)庫表的查詢。對于任何可適用的更新日志，將它們作為mysql的輸入。指定--one-database選項使得mysql只執(zhí)行你有興趣恢復(fù)的數(shù)據(jù)庫的查詢。如果你知道你需要運用所有更新日志文件，你可以在包含日志的目錄下使用這條命令：
  

   % ls -t -r -1 update.[0-9]* | xargs cat | mysql --one-database db_name

4.2 恢復(fù)單個表