在數據庫表丢失或損壞的情況下(xià)，備份你的數據庫是很重要的。如果發生(shēng)系統崩潰，你肯定想能夠将你的表盡可能丢失最少的數據恢複到崩潰發生(shēng)時的狀态。有時，正是MySQL管理員(yuán)造成破壞。管理員(yuán)已經知(zhī)道表已破壞，用諸如vi或Emacs等編輯器試圖直接編輯它們，這對表絕對不是件好事！
備份數據庫兩個主要方法是用mysqldump程序或直接拷貝數據庫文件（如用cp、cpio或tar等）。每種方法都有其優缺點：
mysqldump與MySQL服務器協同操作。直接拷貝方法在服務器外(wài)部進行，并且你必須采取措施保證沒有客戶正在修改你将拷貝的表。如果你想用文件系統備份來備份數據庫，也會發生(shēng)同樣的問題：如果數據庫表在文件系統備份過程中(zhōng)被修改，進入備份的表文件主語不一(yī)緻的狀态，而對以後的恢複表将失去(qù)意義。文件系統備份與直接拷貝文件的區别是對後者你完全控制了備份過程，這樣你能采取措施确保服務器讓表不受幹擾。
mysqldump比直接拷貝要慢(màn)些。
mysqldump生(shēng)成能夠移植到其它機器的文本文件，甚至那些有不同硬件結構的機器上。直接拷貝文件不能移植到其它機器上，除非你正在拷貝的表使用MyISAM存儲格式。ISAM表隻能在相似的硬件結構的機器上拷貝。在MySQL 3.23中(zhōng)引入的MyISAM表存儲格式解決了該問題，因爲該格式是機器無關的，所以直接拷貝文件可以移植到具有不同硬件結構的機器上。隻要滿足兩個條件：另一(yī)台機器必須也運行MySQL 3.23或以後版本，而且文件必須以MyISAM格式表示，而不是ISAM格式。

不管你使用哪種備份方法，如果你需要恢複數據庫，有幾個原則應該遵守，以确保最好的結果：
定期實施備份。建立一(yī)個計劃并嚴格遵守。
讓服務器執行更新日志(zhì)。當你在崩潰後需要恢複數據時，更新日志(zhì)将幫助你。在你用備份文件恢複數據到備份時的狀态後，你可以通過運行更新日志(zhì)中(zhōng)的查詢再次運用備份後面的修改，這将數據庫中(zhōng)的表恢複到崩潰發生(shēng)時的狀态。
以文件系統備份的術語講，數據庫備份文件代表完全傾倒（full dump），而更新日志(zhì)代表漸進傾倒（incremental dump）。
使用一(yī)種統一(yī)的和易理解的備份文件命名機制。象backup1、buckup2等不是特别有意義。當實施你的恢複時，你将浪費(fèi)時間找出文件裏是什麽東西。你可能發覺用數據庫名和日期構成備份文件名會很有用。例如：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02
你可能想在生(shēng)成備份後壓縮它們。備份一(yī)般都很大(dà)！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤，就象你讓你的日志(zhì)文件過期那樣。
用文件系統備份備份你的備份文件。如果遇上了一(yī)個徹底崩潰，不僅清除了你的數據目錄，也清除了包含你的數據庫備份的磁盤驅動器，你将真正遇上了麻煩。
也要備份你的更新日志(zhì)。
将你的備份文件放(fàng)在不同于用于你的數據庫的文件系統上。這将降低由于生(shēng)成備份而填滿包含數據目錄的文件系統的可能性。

用于創建備份的技術同樣對拷貝數據庫到另一(yī)台機器有用。最常見地，一(yī)個數據庫被轉移到了運行在另一(yī)台主機上的服務器，但是你也可以将數據轉移到同一(yī)台主機上的另一(yī)個服務器。
1 使用mysqldump備份和拷貝數據庫

當你使用mysqldumo程序産生(shēng)數據庫備份文件時，缺省地，文件内容包含創建正在傾倒的表的CREATE語句和包含表中(zhōng)行數據的INSERT語句。換句話(huà)說，mysqldump産生(shēng)的輸出可在以後用作mysql的輸入來重建數據庫。
你可以将整個數據庫傾倒進一(yī)個單獨的文本文件中(zhōng)，如下(xià)：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
輸出文件的開(kāi)頭看起來象這樣：
# MySQL Dump 6.0# # Host: localhost Database: samp_db#-------------
--------------------------# Server version 3.23.2-alpha-log## Table st
ructure for table 'absence'#CREATE TABLE absence( student_id int(10)
unsigned DEFAULT '0' NOT NULL, date date DEFAULT '0000-00-00' NOT NUL
L, PRIMARY KEY (student_id,date));## Dumping data for table 'absence'
#INSERT INTO absence VALUES (3,'1999-09-03');INSERT INTO absence VALUE
S (5,'1999-09-03');INSERT INTO absence VALUES (10,'1999-09-08');......
　

文件剩下(xià)的部分(fēn)有更多的INSERT和CREATE TABLE語句組成。
如果你想壓縮備份，使用類似如下(xià)的命令：
%mysqldump samp_db | gzip >/usr/archives/mysql/samp_db.1999-10-02.gz
如果你要一(yī)個龐大(dà)的數據庫，輸出文件也将很龐大(dà)，可能難于管理。如果你願意，你可以在mysqldump命令行的數據庫名後列出單獨的表名來傾到它們的内容，這将傾倒文件分(fēn)成較小(xiǎo)、更易于管理的文件。下(xià)例顯示如何将samp_db數據庫的一(yī)些表傾到進分(fēn)開(kāi)的文件中(zhōng)：
%mysqldump samp_db student score event absence >grapbook.sql
%mysqldump samp_db member president >hist-league.sql
如果你生(shēng)成準備用于定期刷新另一(yī)個數據庫内容的備份文件，你可能想用--add-drop-table選項。這告訴服務器将DROP TABLE IF EXISTS語句寫入備份文件，然後，當你取出備份文件并把它裝載進第二個數據庫時，如果表已經存在，你不會得到一(yī)個錯誤。
如果你倒出一(yī)個數據庫以便能把數據庫轉移到另一(yī)個服務器，你甚至不必創建備份文件。要保證數據庫存在于另一(yī)台主機，然後用管道傾倒數據庫，這樣mysql能直接讀取mysqldump的輸出。例如：你想從主機pit-viper.snake.net拷貝數據庫samp_db到boa.snake.net，可以這樣很容易做到：
%mysqladmin -h boa.snake.net create samp_db
%mysqldump samp_db | mysql -h boa.snake.net samp_db
以後，如果你想再次刷新boa.snake.net上的數據庫，跳過mysqladmin命令，但要對mysqldump加上--add-drop-table以避免的得到表已存在的錯誤：
%mysqldump --add-drop-table samp_db | mysql -h boa.snake.net samp_db
mysqldump其它有用的選項包括：
--flush-logs和--lock-tables組合将對你的數據庫檢查點有幫助。--lock-tables鎖定你正在傾倒的所有表，而--flush-logs關閉并重新打開(kāi)更新日志(zhì)文件，新的更新日志(zhì)将隻包括從備份點起的修改數據庫的查詢。這将設置你的更新日志(zhì)檢查點位備份時間。（然而如果你有需要執行個更新的客戶，鎖定所有表對備份期間的客戶訪問不是件好事。）
如果你使用--flush-logs設置檢查點到備份時，有可能最好是傾倒整個數據庫。
如果你傾倒單獨的文件，較難将更新日志(zhì)檢查點與備份文件同步。在恢複期間，你通常按數據庫爲基礎提取更新日志(zhì)内容，對單個表沒有提取更新的選擇，所以你必須自己提取它們。
缺省地，mysqldump在寫入前将一(yī)個表的整個内容讀進内存。這通常确實不必要，并且實際上如果你有一(yī)個大(dà)表，幾乎是失敗的。你可用--quick選項告訴mysqldump隻要它檢索出一(yī)行就寫出每一(yī)行。爲了進一(yī)步優化傾倒過程，使用--opt而不是--quick。--opt選項打開(kāi)其它選項，加速數據的傾倒和把它們讀回。
用--opt實施備份可能是最常用的方法，因爲備份速度上的優勢。然而，要警告你，--opt選項确實有代價，--opt優化的是你的備份過程，不是其他客戶對數據庫的訪問。--opt選項通過一(yī)次鎖定所有表阻止任何人更新你正在傾倒的任何表。你可在一(yī)般數據庫訪問上很容易看到其效果。當你的數據庫一(yī)般非常頻(pín)繁地使用，隻是一(yī)天一(yī)次地調節備份。
一(yī)個具有--opt的相反效果的選項是--dedayed。該選項使得mysqldump寫出INSERT DELAYED語句而不是INSERT語句。如果你将數據文件裝入另一(yī)個數據庫并且你想是這個操作對可能出現在該數據庫中(zhōng)的查詢的影響最小(xiǎo)，--delayed對此很有幫助。
--compress選項在你拷貝數據庫到另一(yī)台機器上時很有幫助，因爲它減少網絡傳輸字節的數量。下(xià)面有一(yī)個例子，注意到--compress對與遠端主機上的服務器通信的程序才給出，而不是對與本地主機連接的程序：
%mysqldump --opt samp_db | mysql --compress -h boa.snake.net samp_db

mysqldump有很多選項，詳見《MySQL參考手冊》。
2 使用直接拷貝數據庫的備份和拷貝方法

另一(yī)種不涉及mysqldump備份數據庫和表的方式是直接拷貝數據庫表文件。典型地，這用諸如cp、tar或cpio實用程序。本文的例子使用cp。
當你使用一(yī)種直接備份方法時，你必須保證表不在被使用。如果服務器在你則正在拷貝一(yī)個表時改變它，拷貝就失去(qù)意義。
保證你的拷貝完整性的最好方法是關閉服務器，拷貝文件，然後重啓服務器。如果你不想關閉服務器，要在執行表檢查的同時鎖定服務器。如果服務器在運行，相同的制約也适用于拷貝文件，而且你應該使用相同的鎖定協議讓服務器“安靜下(xià)來”。
假設服務器關閉或你已經鎖定了你想拷貝的表，下(xià)列顯示如何将整個samp_db數據庫備份到一(yī)個備份目錄（DATADIR表示服務器的數據目錄）：
%cd DATADIR%cp -r samp_db /usr/archive/mysql

單個表可以如下(xià)備份：
%cd DATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.*
/usr/archive/mysql/samp_db ....

當你完成了備份時，你可以重啓服務器（如果關閉了它）或釋放(fàng)加在表上的鎖定（如果你讓服務器運行）。
要用直接拷貝文件把一(yī)個數據庫從一(yī)台機器拷貝到另一(yī)台機器上，隻是将文件拷貝到另一(yī)台服務器主機的适當數據目錄下(xià)即可。要确保文件是MyIASM格式或兩台機器有相同的硬件結構，否則你的數據庫在另一(yī)台主機上有奇怪的内容。你也應該保證在另一(yī)台機器上的服務器在你正在安裝數據庫表時不訪問它們。

3 複制數據庫（Replicating Database）

複制（Replication）類似于拷貝數據庫到另一(yī)台服務器上，但它得确切