隨筆檔案(496)

　　在數(shù)據(jù)庫表丟失或損壞的情況下，備份你的數(shù)據(jù)庫是很重要的。如果發(fā)生系統(tǒng)崩潰，你肯定想能夠?qū)⒛愕谋肀M可能丟失最少的數(shù)據(jù)恢復(fù)到崩潰發(fā)生時(shí)的狀態(tài)。有時(shí)，正是 MySQL 管理員造成破壞。管理員已經(jīng)知道表已破壞，用諸如 vi 或 Emacs 等編輯器試圖直接編輯它們，這對(duì)表絕對(duì)不是件好事！

　　備份數(shù)據(jù)庫兩個(gè)主要方法是用 mysqldump 程序或直接拷貝數(shù)據(jù)庫文件（如用 cp、cpio 或 tar 等）。每種方法都有其優(yōu)缺點(diǎn)：

　　mysqldump 與 MySQL 服務(wù)器協(xié)同操作。直接拷貝方法在服務(wù)器外部進(jìn)行，并且你必須采取措施保證沒有客戶正在修改你將拷貝的表。如果你想用文件系統(tǒng)備份來備份數(shù)據(jù)庫，也會(huì)發(fā)生同樣的問題：如果數(shù)據(jù)庫表在文件系統(tǒng)備份過程中被修改，進(jìn)入備份的表文件主語不一致的狀態(tài)，而對(duì)以后的恢復(fù)表將失去意義。文件系統(tǒng)備份與直接拷貝文件的區(qū)別是對(duì)后者你完全控制了備份過程，這樣你能采取措施確保服務(wù)器讓表不受干擾。

　　mysqldump 比直接拷貝要慢些。

　　mysqldump 生成能夠移植到其它機(jī)器的文本文件，甚至那些有不同硬件結(jié)構(gòu)的機(jī)器上。直接拷貝文件不能移植到其它機(jī)器上，除非你正在拷貝的表使用 MyISAM 存儲(chǔ)格式。ISAM 表只能在相似的硬件結(jié)構(gòu)的機(jī)器上拷貝。在 MySQL 3.23 中引入的 MyISAM 表存儲(chǔ)格式解決了該問題，因?yàn)樵摳袷绞菣C(jī)器無關(guān)的，所以直接拷貝文件可以移植到具有不同硬件結(jié)構(gòu)的機(jī)器上。只要滿足兩個(gè)條件：另一臺(tái)機(jī)器必須也運(yùn)行 MySQL 3.23 或以后版本，而且文件必須以 MyISAM 格式表示，而不是 ISAM 格式。

　　不管你使用哪種備份方法，如果你需要恢復(fù)數(shù)據(jù)庫，有幾個(gè)原則應(yīng)該遵守，以確保最好的結(jié)果：

　　定期實(shí)施備份。建立一個(gè)計(jì)劃并嚴(yán)格遵守。

　　讓服務(wù)器執(zhí)行更新日志。當(dāng)你在崩潰后需要恢復(fù)數(shù)據(jù)時(shí)，更新日志將幫助你。在你用備份文件恢復(fù)數(shù)據(jù)到備份時(shí)的狀態(tài)后，你可以通過運(yùn)行更新日志中的查詢?cè)俅芜\(yùn)用備份后面的修改，這將數(shù)據(jù)庫中的表恢復(fù)到崩潰發(fā)生時(shí)的狀態(tài)。

　　以文件系統(tǒng)備份的術(shù)語講，數(shù)據(jù)庫備份文件代表完全傾倒（full dump），而更新日志代表漸進(jìn)傾倒（incremental dump）。

　　使用一種統(tǒng)一的和易理解的備份文件命名機(jī)制。象 backup1、buckup2 等不是特別有意義。當(dāng)實(shí)施你的恢復(fù)時(shí)，你將浪費(fèi)時(shí)間找出文件里是什么東西。你可能發(fā)覺用數(shù)據(jù)庫名和日期構(gòu)成備份文件名會(huì)很有用。例如：

　　%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02

　　%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02

　　你可能想在生成備份后壓縮它們。備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤，就象你讓你的日志文件過期那樣。

　　用文件系統(tǒng)備份備份你的備份文件。如果遇上了一個(gè)徹底崩潰，不僅清除了你的數(shù)據(jù)目錄，也清除了包含你的數(shù)據(jù)庫備份的磁盤驅(qū)動(dòng)器，你將真正遇上了麻煩。

　　也要備份你的更新日志。

　　將你的備份文件放在不同于用于你的數(shù)據(jù)庫的文件系統(tǒng)上。這將降低由于生成備份而填滿包含數(shù)據(jù)目錄的文件系統(tǒng)的可能性。

　　用于創(chuàng)建備份的技術(shù)同樣對(duì)拷貝數(shù)據(jù)庫到另一臺(tái)機(jī)器有用。最常見地，一個(gè)數(shù)據(jù)庫被轉(zhuǎn)移到了運(yùn)行在另一臺(tái)主機(jī)上的服務(wù)器，但是你也可以將數(shù)據(jù)轉(zhuǎn)移到同一臺(tái)主機(jī)上的另一個(gè)服務(wù)器。

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

　　當(dāng)你使用 mysqldumo 程序產(chǎn)生數(shù)據(jù)庫備份文件時(shí)，缺省地，文件內(nèi)容包含創(chuàng)建正在傾倒的表的 CREATE 語句和包含表中行數(shù)據(jù)的 INSERT 語句。換句話說，mysqldump 產(chǎn)生的輸出可在以后用作 mysql 的輸入來重建數(shù)據(jù)庫。

　　你可以將整個(gè)數(shù)據(jù)庫傾倒進(jìn)一個(gè)單獨(dú)的文本文件中，如下：

　　%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 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);......

　　文件剩下的部分有更多的INSERT和CREATE TABLE語句組成。如果你想壓縮備份，使用類似如下的命令：

　　%mysqldump samp_db | gzip >/usr/archives/mysql/samp_db.1999-10-02.gz

　　如果你要一個(gè)龐大的數(shù)據(jù)庫，輸出文件也將很龐大，可能難于管理。如果你愿意，你可以在 mysqldump 命令行的數(shù)據(jù)庫名后列出單獨(dú)的表名來傾到它們的內(nèi)容，這將傾倒文件分成較小、更易于管理的文件。下例顯示如何將 samp_db 數(shù)據(jù)庫的一些表傾到進(jìn)分開的文件中：

　　%mysqldump samp_db student score event absence >grapbook.sql

　　%mysqldump samp_db member president >hist-league.sql

　　如果你生成準(zhǔn)備用于定期刷新另一個(gè)數(shù)據(jù)庫內(nèi)容的備份文件，你可能想用 --add- drop-table 選項(xiàng)。這告訴服務(wù)器將 DROP TABLE IF EXISTS 語句寫入備份文件，然后，當(dāng)你取出備份文件并把它裝載進(jìn)第二個(gè)數(shù)據(jù)庫時(shí)，如果表已經(jīng)存在，你不會(huì)得到一個(gè)錯(cuò)誤。

　　如果你倒出一個(gè)數(shù)據(jù)庫以便能把數(shù)據(jù)庫轉(zhuǎn)移到另一個(gè)服務(wù)器，你甚至不必創(chuàng)建備份文件。要保證數(shù)據(jù)庫存在于另一臺(tái)主機(jī)，然后用管道傾倒數(shù)據(jù)庫，這樣 mysql 能直接讀取 mysqldump 的輸出。例如：你想從主機(jī) pit- viper.snake.net 拷貝數(shù)據(jù)庫 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 上的數(shù)據(jù)庫，跳過 mysqladmin 命令，但要對(duì) mysqldump 加上--add-drop-table 以避免的得到表已存在的錯(cuò)誤：

　　%mysqldump --add-drop-table samp_db | mysql -h boa.snake.net samp_db

　　mysqldump 其它有用的選項(xiàng)包括：

　　--flush-logs 和 --lock-tables 組合將對(duì)你的數(shù)據(jù)庫檢查點(diǎn)有幫助。--lock-tables 鎖定你正在傾倒的所有表，而 --flush-logs 關(guān)閉并重新打開更新日志文件，新的更新日志將只包括從備份點(diǎn)起的修改數(shù)據(jù)庫的查詢。這將設(shè)置你的更新日志檢查點(diǎn)位備份時(shí)間。（然而如果你有需要執(zhí)行個(gè)更新的客戶，鎖定所有表對(duì)備份期間的客戶訪問不是件好事。）

　　如果你使用 --flush-logs 設(shè)置檢查點(diǎn)到備份時(shí)，有可能最好是傾倒整個(gè)數(shù)據(jù)庫。

　　如果你傾倒單獨(dú)的文件，較難將更新日志檢查點(diǎn)與備份文件同步。在恢復(fù)期間，你通常按數(shù)據(jù)庫為基礎(chǔ)提取更新日志內(nèi)容，對(duì)單個(gè)表沒有提取更新的選擇，所以你必須自己提取它們。

　　缺省地，mysqldump 在寫入前將一個(gè)表的整個(gè)內(nèi)容讀進(jìn)內(nèi)存。這通常確實(shí)不必要，并且實(shí)際上如果你有一個(gè)大表，幾乎是失敗的。你可用 --quick 選項(xiàng)告訴 mysqldump 只要它檢索出一行就寫出每一行。為了進(jìn)一步優(yōu)化傾倒過程，使用 --opt 而不是 --quick。--opt 選項(xiàng)打開其它選項(xiàng)，加速數(shù)據(jù)的傾倒和把它們讀回。

　　用 --opt 實(shí)施備份可能是最常用的方法，因?yàn)閭浞菟俣壬系膬?yōu)勢(shì)。然而，要警告你，--opt 選項(xiàng)確實(shí)有代價(jià)，--opt 優(yōu)化的是你的備份過程，不是其他客戶對(duì)數(shù)據(jù)庫的訪問。--opt 選項(xiàng)通過一次鎖定所有表阻止任何人更新你正在傾倒的任何表。你可在一般數(shù)據(jù)庫訪問上很容易看到其效果。當(dāng)你的數(shù)據(jù)庫一般非常頻繁地使用，只是一天一次地調(diào)節(jié)備份。

　　一個(gè)具有 --opt 的相反效果的選項(xiàng)是 --dedayed。該選項(xiàng)使得 mysqldump 寫出 INSERT DELAYED 語句而不是 INSERT 語句。如果你將數(shù)據(jù)文件裝入另一個(gè)數(shù)據(jù)庫并且你想是這個(gè)操作對(duì)可能出現(xiàn)在該數(shù)據(jù)庫中的查詢的影響最小，--delayed 對(duì)此很有幫助。

　　--compress 選項(xiàng)在你拷貝數(shù)據(jù)庫到另一臺(tái)機(jī)器上時(shí)很有幫助，因?yàn)樗鼫p少網(wǎng)絡(luò)傳輸字節(jié)的數(shù)量。下面有一個(gè)例子，注意到 --compress 對(duì)與遠(yuǎn)端主機(jī)上的服務(wù)器通信的程序才給出，而不是對(duì)與本地主機(jī)連接的程序：

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

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

　　另一種不涉及 mysqldump 備份數(shù)據(jù)庫和表的方式是直接拷貝數(shù)據(jù)庫表文件。典型地，這用諸如 cp、tar 或 cpio 實(shí)用程序。本文的例子使用 cp。

　　當(dāng)你使用一種直接備份方法時(shí)，你必須保證表不在被使用。如果服務(wù)器在你則正在拷貝一個(gè)表時(shí)改變它，拷貝就失去意義。

　　保證你的拷貝完整性的最好方法是關(guān)閉服務(wù)器，拷貝文件，然后重啟服務(wù)器。如果你不想關(guān)閉服務(wù)器，要在執(zhí)行表檢查的同時(shí)鎖定服務(wù)器。如果服務(wù)器在運(yùn)行，相同的制約也適用于拷貝文件，而且你應(yīng)該使用相同的鎖定協(xié)議讓服務(wù)器“安靜下來”。

　　假設(shè)服務(wù)器關(guān)閉或你已經(jīng)鎖定了你想拷貝的表，下列顯示如何將整個(gè) samp_db 數(shù)據(jù)庫備份到一個(gè)備份目錄（DATADIR 表示服務(wù)器的數(shù)據(jù)目錄）：

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

　　單個(gè)表可以如下備份：

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

　　/usr/archive/mysql/samp_db ....

　　當(dāng)你完成了備份時(shí)，你可以重啟服務(wù)器（如果關(guān)閉了它）或釋放加在表上的鎖定（如果你讓服務(wù)器運(yùn)行）。

　　要用直接拷貝文件把一個(gè)數(shù)據(jù)庫從一臺(tái)機(jī)器拷貝到另一臺(tái)機(jī)器上，只是將文件拷貝到另一臺(tái)服務(wù)器主機(jī)的適當(dāng)數(shù)據(jù)目錄下即可。要確保文件是 MyIASM 格式或兩臺(tái)機(jī)器有相同的硬件結(jié)構(gòu)，否則你的數(shù)據(jù)庫在另一臺(tái)主機(jī)上有奇怪的內(nèi)容。你也應(yīng)該保證在另一臺(tái)機(jī)器上的服務(wù)器在你正在安裝數(shù)據(jù)庫表時(shí)不訪問它們。

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

　　復(fù)制（Replication）類似于拷貝數(shù)據(jù)庫到另一臺(tái)服務(wù)器上，但它的確切含義是實(shí)時(shí)地保證兩個(gè)數(shù)據(jù)庫的完全同步。這個(gè)功能將在 3.23 版中出現(xiàn)，而且還不很成熟，因此本文不作詳細(xì)介紹。

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

　　數(shù)據(jù)庫損壞的發(fā)生有很多原因，程度也不同。如果你走運(yùn)，你可能僅損壞一兩個(gè)表（如掉電），如果你倒霉，你可能必須替換整個(gè)數(shù)據(jù)目錄（如磁盤損壞）。在某些情況下也需要恢復(fù)，比如用戶錯(cuò)誤地刪除了數(shù)據(jù)庫或表。不管這些倒霉事件的原因，你將需要實(shí)施某種恢復(fù)。

　　如果表損壞但沒丟失，嘗試用 myisamchk 或 isamchk 修復(fù)它們，如果這樣的損壞可有修復(fù)程序修復(fù)，你可能根本不需要使用備份文件。

　　恢復(fù)過程涉及兩種信息源：你的備份文件和個(gè)更新日志。備份文件將表恢復(fù)到實(shí)施備份時(shí)的狀態(tài)，然而一般表在備份與發(fā)生問題之間的時(shí)間內(nèi)已經(jīng)被修改，更新日志包含了用于進(jìn)行這些修改的查詢。你可以使用日志文件作為 mysql 的輸入來重復(fù)查詢。這已正是為什么要啟用更新日志的原因。

　　恢復(fù)過程視你必須恢復(fù)的信息多少而不同。實(shí)際上，恢復(fù)整個(gè)數(shù)據(jù)庫比單個(gè)表跟容易，因?yàn)閷?duì)于數(shù)據(jù)庫運(yùn)用更新日志比單個(gè)表容易。

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

　　首先，如果你想恢復(fù)的數(shù)據(jù)庫是包含授權(quán)表的 mysql 數(shù)據(jù)庫，你需要用 --skip -grant-table 選項(xiàng)運(yùn)行服務(wù)器。否則，它會(huì)抱怨不能找到授權(quán)表。在你已經(jīng)恢復(fù)表后，執(zhí)行 mysqladmin flush-privileges 告訴服務(wù)器裝載授權(quán)標(biāo)并使用它們。

　　將數(shù)據(jù)庫目錄內(nèi)容拷貝到其它某個(gè)地方，如果你在以后需要它們。

　　用最新的備份文件重裝數(shù)據(jù)庫。如果你用 mysqldump 產(chǎn)生的文件，將它作為 mysql 的輸入。如果你用直接從數(shù)據(jù)庫拷貝來的文件，將它們直接拷回?cái)?shù)據(jù)庫目錄，然而，此時(shí)你需要在拷貝文件之前關(guān)閉數(shù)據(jù)庫，然后重啟它。

　　使用更新日志重復(fù)做備份以后的修改數(shù)據(jù)庫表的查詢。對(duì)于任何可適用的更新日志，將它們作為 mysql 的輸入。指定 --one-database 選項(xiàng)使得 mysql 只執(zhí)行你有興趣恢復(fù)的數(shù)據(jù)庫的查詢。如果你知道你需要運(yùn)用所有更新日志文件，你可以在包含日志的目錄下使用這條命令：

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

　　ls 命令生成更新日志文件的一個(gè)單列列表，根據(jù)服務(wù)器產(chǎn)生它們的次序排序（主意：如果你修改任何一個(gè)文件，你將改變排序次序，這導(dǎo)致更新日志一錯(cuò)誤的次序被運(yùn)用。）

　　很可能你會(huì)是運(yùn)用某幾個(gè)更新日志。例如，自從你備份以來產(chǎn)生的更新日志被命名為 update.392、update.393 等等，你可以這樣重新運(yùn)行：

　　%mysql --one-database db_name < update.392

　　%mysql --one-database db_name < update.393

　　.....

　　如果你正在實(shí)施恢復(fù)且使用更新日志恢復(fù)由于一個(gè)錯(cuò)誤建議的 DROP DATABASE、DROP TABLE 或 DELETE 語句造成丟失的信息，在運(yùn)用更新日志之前，要保證從其中刪除這些語句。

　　4.2 恢復(fù)單個(gè)表

　　恢復(fù)單個(gè)表較為復(fù)雜。如果你用一個(gè)由 mysqldump 生成的備份文件，并且它不包含你感興趣的表的數(shù)據(jù)，你需要從相關(guān)行中提取它們并將它們用作 mysql 的輸入。這是容易的部分。難的部分是從只運(yùn)用于該表的更新日志中拉出片斷。你會(huì)發(fā)覺 mysql_find_rows 實(shí)用程序?qū)Υ撕苡袔椭鼜母氯罩局刑崛《嘈胁樵儭?/p>

　　另一個(gè)可能性是使用另一臺(tái)服務(wù)器恢復(fù)整個(gè)數(shù)據(jù)庫，然后拷貝你想要的表文件到原數(shù)據(jù)庫中。這可能真的很容易！當(dāng)你將文件拷回?cái)?shù)據(jù)庫目錄時(shí)，要確保原數(shù)據(jù)庫的服務(wù)器關(guān)閉。