在數據庫表丟失或損壞的情況下，備份你的數據庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表盡可能丟失最少的數據恢復到崩潰發生時的狀態。有時，正是MySQL管理員造成破壞。管理員已經知道表已破壞，用諸如vi或Emacs等編輯器試圖直接編輯它們，這對表絕對不是件好事！備份數據庫兩個主要方法是用mysqldump程序或直接拷貝數據庫文件如用cp、cpio或tar等）。 每種方法都有其優缺點： mysqldump與MySQL服務器協同操作。直接拷貝方法在服務器外部進行，並且你必須采取措施保證沒有客戶正在修改你將拷貝的表。如果你想用文件系統備份來備份數據庫，也會發生同樣的問題：如果數據庫表在文件系統備份過程中被修改，進入備份的表文件主語不一致的狀態，而對以後的恢復表將失去意義。文件系統備份與直接拷貝文件的區別是對後者你完全控制了備份過程，這樣你能采取措施確保服務器讓表不受干擾。mysqldump比直接拷貝要慢些。 mysqldump生成能夠移植到其它機器的文本文件，甚至那些有不同硬件結構的機器上。直接拷貝文件不能移植到其它機器上，除非你正在拷貝的表使用MyISAM存儲格式。ISAM表只能在相似的硬件結構的機器上拷貝。在MySQL 3.23中引入的MyISAM表存儲格式解決了該問題，因為該格式是機器 無關的，所以直接拷貝文件可以移植到具有不同硬件結構的機器上。只要滿足兩個條件：另一台機器必須也運行MySQL 3.23或以後版本，而且文件必須以MyISAM格式表示，而不是ISAM格式。
不管你使用哪種備份方法，如果你需要恢復數據庫，有幾個原則應該遵守，以確保最好的結果：
定期實施備份，建立一個計劃並嚴格遵守
讓服務器執行更新日志。當你在崩潰後需要恢復數據時，更新日志將幫助你。在你用備份文件恢復數據到備份時的狀態後，你可以通過運行更新日志中的查詢再次運用備份後面的修改，這將數據庫中的表恢復到崩潰發生時的狀態。 以文件系統備份的術語講，數據庫備份文件代表完全傾倒full dump），而更新日志代表漸進傾倒incremental dump）。
使用一種統一的和易理解的備份文件命名機制
象backup1、buckup2等不是特別有意義。當實施你的恢復時，你將浪費時間找出文件裡是什麼東西。你可能發覺用數據庫名和日期構成備份文件名會很有用。例如：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02
你可能想在生成備份後壓縮它們。備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤，就象你讓你的日志文件過期那樣。用文件系統備份備份你的備份文件。如果遇上了一個徹底崩潰，不僅清除了你的數據目錄，也清除了包含你的數據庫備份的磁盤驅動器，你將真正遇上了麻煩。也要備份你的更新日志。將你的備份文件放在不同於用於你的數據庫的文件系統上。這將降低由於生成備份而填滿包含數據目錄的文件系統的可能性。
用於創建備份的技術同樣對拷貝數據庫到另一台機器有用。最常見地，一個數據庫被轉移到了運行在另一台主機上的服務器，但是你也可以將數據轉移到同一台主機上的另一個服務器。
1.使用mysqldump備份和拷貝數據庫
當你使用mysqldumo程序產生數據庫備份文件時，缺省地，文件內容包含創建正在傾倒的表的CREATE語句和包含表中行數據的INSERT語句。換句話說，mysqldump產生的輸出可在以後用作mysql的輸入來重建數據庫。 你可以將整個數據庫傾倒進一個單獨的文本文件中，如下：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
輸出文件的開頭看起來象這樣：
# MySQL Dump 6.0#
# Host: localhost Database: 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');
......
文件剩下的部分有更多的INSERT和CREATE TABLE語句組成。
如果你想壓縮備份，使用類似如下的命令：
%mysqldump samp_db │ gzip >/usr/archives/mysql/samp_db.1999-10-02.gz
如果你要一個龐大的數據庫，輸出文件也將很龐大，可能難於管理。如果你願意，你可以在mysqldump命令行的數據庫名後列出單獨的表名來傾到它們的內容，這將傾倒文件分成較小、更易於管理的文件。下例顯示如何將samp_db數據庫的一些表傾到進分開的文件中：
%mysqldump samp_db student score event absence >grapbook.sql
%mysqldump samp_db member president >hist-league.sql
如果你生成准備用於定期刷新另一個數據庫內容的備份文件，你可能想用--add-drop-table選項。這告訴服務器將DROP TABLE IF EXISTS語句寫入備份文件，然後，當你取出備份文件並把它裝載進第二個數據庫時，如果表已經存在，你不會得到一個錯誤。如果你倒出一個數據庫以便能把數據庫轉移到另一個服務器，你甚至不必創建備份文件。要保證數據庫存在於另一台主機，然後用管道傾倒數據庫，這樣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 關閉並重新打開更新日志文件，新的更新日志將只包括從備份點起的修改數據庫的查詢。這將設置你的更新日志檢查點位備份時間。然而如果你有需要執行個更新的客戶，鎖定所有表對備份期間的客戶訪問不是件好事。）如果你使用 --flush-logs 設置檢查點到備份時，有可能最好是傾倒整個數據庫。如果你傾倒單獨的文件，較難將更新日志檢查點與備份文件同步。在恢復期間，你通常按數據庫為基礎提取更新日志內容，對單個表沒有提取更新的選擇，所以你必須自己提取它們。缺省地，mysqldump 在寫入前將一個表的整個內容讀進內存。這通常確實不必要，並且實際上如果你有一個大表，幾乎是失敗的。你可用 --quick 選項告訴 mysqldump 只要它檢索出一行就寫出每一行。為了進一步優化傾倒過程，使用 --opt而不是 --quick。--opt 選項打開其它選項，加速數據的傾倒和把它們讀回。用 --opt 實施備份可能是最常用的方法，因為備份速度上的優勢。然而，要警告你，--opt 選項確實有代價，--opt 優化的是你的備份過程，不是其他客戶對數據庫的訪問。--opt 選項通過一次鎖定所有表阻止任何人更新你正在傾倒的任何表。你可在一般數據庫訪問上很容易看到其效果。當你的數據庫一般非常頻繁地使用，只是一天一次地調節備份。一個具有 --opt 的相反效果的選項是--dedayed。該選項使得 mysqldump 寫出 INSERT DELAYED 語句而不是 INSERT 語句。如果你將數據文件裝入另一個數據庫並且你想是這個操作對可能出現在該數據庫中的查詢的影響最小，--delayed 對此很有幫助。 --compress 選項在你拷貝數據庫到另一台機器上時很有幫助，因為它減少網絡傳輸字節的數量。下面有一個例子，注意到--compress 對與遠端主機上的服務器通信的程序才給出，而不是對與本地主機連接的程序：
%mysqldump --opt samp_db │ mysql --compress -h boa.snake.net samp_db
mysqldump有很多選項，詳見《MySQL參考手冊》。
