[晏子]
在資料庫表丟失或損壞的情況下，備份你的資料庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表盡可能丟失最少的資料恢復到崩潰發生時的狀態。有時，正是mysql管理員造成破壞。管理員已經知道表以破壞，用諸如vi或emacs等編輯器試圖直接編輯它們，這對錶絕對不是件好事！
備份資料庫兩個主要方法是用mysqldump程式或直接拷貝資料庫檔案（如用cp、cpio或tar等）。每種方法都有其優缺點：
不管你使用哪種備份方法，如果你需要恢復資料庫，有幾個原則應該遵守，以確保最好的結果：
用於建立備份的技術同樣對拷貝資料庫到另一台機器有用。最常見地，乙個資料庫被轉移到了執行在另一台主機上的伺服器，但是你也可以將資料轉移到同一臺主機上的另乙個伺服器。
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其它有用的選項包括：
乙個具有--opt的相反效果的選項是--dedayed。該選項使得mysqldump寫出insert delayed語句而不是insert語句。如果你將資料檔案裝入另乙個資料庫並且你想是這個操作對可能出現在該資料庫中的查詢的影響最小，--delayed對此很有幫助。
--compress選項在你拷貝資料庫到另一台機器上時很有幫助，因為它減少網路傳輸位元組的數量。下面有乙個例子，注意到--compress對與遠端主機上的伺服器通訊的程式才給出，而不是對與本地主機連線的程式：
%mysqldump --opt samp_db | mysql --compress -h boa.snake.net samp_db
mysqldump有很多選項，詳見《mysql參考手冊》。
2 使用直接拷貝資料庫的備份和拷貝方法
另一種不涉及mysqldump備份資料庫和表的方式是直接拷貝資料庫表檔案。典型地，這用諸如cp、tar或cpio實用程式。本文的例子使用cp。
當你使用一種直接備份方法時，你必須保證表不在被使用。如果伺服器在你則正在拷貝乙個表時改變它，拷貝就失去意義。
保證你的拷貝完整性的最好方法是關閉伺服器，拷貝檔案，然後重啟伺服器。如果你不想關閉伺服器，要在執行表檢查的同時鎖定伺服器。如果伺服器在執行，相同的制約也適用於拷貝檔案，而且你應該使用相同的鎖定協議讓伺服器「安靜下來」。
假設伺服器關閉或你已經鎖定了你想拷貝的表，下列顯示如何將整個samp_db資料庫備份到乙個備份目錄（
datadir表示伺服器的資料目錄）：
%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 ....
當你完成了備份時，你可以重啟伺服器（如果關閉了它）或釋放加在表上的鎖定（如果你讓伺服器執行）。
要用直接拷貝檔案把乙個資料庫從一台機器拷貝到另一台機器上，只是將檔案拷貝到另一台伺服器主機的適當資料目錄下即可。要確保檔案是myia**格式或兩台機器有相同的硬體結構，否則你的資料庫在另一台主機上有奇怪的內容。你也應該保證在另一台機器上的伺服器在你正在安裝資料庫表時不訪問它們。
3 複製資料庫（replicating database）
複製（replication）類似於拷貝資料庫到另一台伺服器上，但它的確切含義是實時地保證兩個資料庫的完全同步。這個功能將在3.23版中出現，而且還不很成熟，因此本文不作詳細介紹。
4 用備份恢復資料
資料庫損壞的發生有很多原因，程度也不同。如果你走運，你可能僅損壞一兩個表（如掉電），如果你倒霉，你可能必須替換整個資料目錄（如磁碟損壞）。在某些情況下也需要恢復，比如使用者錯誤地刪除了資料庫或表。不管這些倒霉事件的原因，你將需要實施某種恢復。
如果表損壞但沒丟失，嘗試用myisamchk或isamchk修復它們，如果這樣的損壞可有修復程式修復，你可能根本不需要使用備份檔案。關於表修復的過程，見《資料庫維護與修復》。
恢復過程涉及兩種資訊源：你的備份檔案和個更新日誌。備份檔案將表恢復到實施備份時的狀態，然而一般表在備份與發生問題之間的時間內已經被修改，更新日誌包含了用於進行這些修改的查詢。你可以使用日誌檔案作為mysql的輸入來重複查詢。這已正是為什麼要啟用更新日誌的原因。
恢復過程視你必須恢復的資訊多少而不同。實際上，恢復整個資料庫比單個表跟容易，因為對於資料庫運用更新日誌比單個表容易。
4.1 恢復整個資料庫
首先，如果你想恢復的資料庫是包含授權表的mysql資料庫，你需要用--skip-grant-table選項執行伺服器。否則，它會抱怨不能找到授權表。在你已經恢復表後，執行mysqladmin flush-privileges告訴伺服器裝載授權標並使用它們。
ls命令生成更新日誌檔案的乙個單列列表，根據伺服器產生它們的次序排序（主意：如果你修改任何乙個檔案，你將改變排序次序，這導致更新日誌一錯誤的次序被運用。）
很可能你會是運用某幾個更新日誌。例如，自從你備份以來產生的更新日誌被命名為update.392、update.393等等，你可以這樣重新執行：
%mysql --one-database db_name < update.392
%mysql --one-database db_name < update.393
.....
如果你正在實施恢復且使用更新日誌恢復由於乙個錯誤建議的drop database、drop table或delete語句造成丟失的資訊，在運用更新日誌之前，要保證從其中刪除這些語句。
4.2 恢復單個表
恢復單個表較為複雜。如果你用乙個由mysqldump生成的備份檔案，並且它不包含你感興趣的表的資料，你需要從相關行中提取它們並將它們用作mysql的輸入。這是容易的部分。難的部分是從只運用於該錶的更新日誌中拉出片斷。你會發覺mysql_find_rows實用程式對此很有幫助，它從更新日誌中提取多行查詢。
另乙個可能性是使用另一台伺服器恢復整個資料庫，然後拷貝你想要的表檔案到原資料庫中。這可能真的很容易！當你將檔案拷回資料庫目錄時，要確保原資料庫的伺服器關閉。
My SQL資料庫備份
因為mysql表作為檔案儲存，做乙個備份是容易的。為了得到乙個一致的備份，在相關的表上做乙個lock tables。你只需乙個讀鎖定 當你在資料庫目錄中做檔案的乙個拷貝時，這允許其他執行緒繼續查詢該錶。如果你想要做乙個sql級的備份，你可以select into outfile。備份乙個資料庫的另乙...
MySQL資料庫備份
不管你使用哪種備份方法，如果你需要恢復資料庫，有幾個原則應該遵守，以確保最好的結果 用於建立備份的 技術同樣對拷貝資料庫到另一台機器有用。最常見地，乙個資料庫被轉移到了執行在另一台主機上的伺服器，但是你也可以將資料轉移到同一臺主機上的另乙個伺服器。1 使用mysqldump備份和拷貝資料庫 當你使用...
MySQL資料庫備份
在資料庫表丟失或損壞的情況下，備份你的資料庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表盡可能丟失最少的資料恢復到崩潰發生時的狀態。有時，正是mysql 管理員造成破壞。管理員已經知道表以破壞，用諸如vi或emacs等編輯器試圖直接編輯它們，這對錶絕對不是件好事！備份資料庫兩個主要方法是用my...