MYSQL四種備份方法總結

mysql資料庫備份主要有4種方法：

1、mysqldump

2、直接拷貝(cp、tar,gzip,cpio)

3、 mysqlhotcopy

4、同步複製

mysqldump生成能夠移植到其它機器的文字檔案，預設地，檔案內容包含建立正在傾倒的表的create語句和包含表中行資料的insert語句。也就是說，mysqldump產生的輸出可在以後用作mysql的輸入來重建資料庫。mysqldump比直接拷貝要慢些。

使用直接拷貝，如果正在備份的表正被讀寫就容易導致表損壞，而且不建議對isam表使用直接拷貝的方法來備份，因為isam表只能在相似的硬體結構的機器上拷貝。

1、mysqldump備份:

使用方法：mysqldump [options] database [tables]

輸出檔案的開頭看起來象這樣：

# 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 >/opt/mysqldatabak/samp_db.2006-5-15

%mysqldump samp_db | gzip >/usr/archives/mysql/samp_ #產生壓縮備份

%mysqldump samp_db student score event absence > #備份資料庫的某些表

%mysqladmin -h create samp_db

%mysqldump samp_db | mysql -h samp_db #直接恢復到另乙個伺服器上使用--add-drop-table選項告訴伺服器將drop table if exists語句寫入備份檔案，這樣當我們以後用來恢復資料庫時，如果表已經存在，你不會得到乙個錯誤。

%mysqldump --add-drop-table samp_db | mysql -h 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 samp_db

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

2 使用直接拷貝資料庫備份

典型的如cp、tar或cpio實用程式。

當你使用直接備份方法時，必須保證表不在被使用。如果伺服器在你正在拷貝乙個表時改變它，拷貝就失去意義。

保證你的拷貝完整性的最好方法是關閉伺服器，拷貝檔案，然後重啟伺服器。如果你不想關閉伺服器，要在執行表檢查的同時鎖定伺服器。如果伺服器在執行，相同的制約也適用於拷貝檔案，而且你應該使用相同的鎖定協議讓伺服器「安靜下來」。

當你完成了備份時，需要重啟伺服器（如果關閉了它）或釋放加在表上的鎖定（如果你讓伺服器執行）。

要用直接拷貝檔案把乙個資料庫從一台機器拷貝到另一台機器上，只是將檔案拷貝到另一台伺服器主機的適當資料目錄下即可。要確保檔案是myiasm格式或兩台機器有相同的硬體結構，否則你的資料庫在另一台主機上有奇怪的內容。你也應該保證在另一台機器上的伺服器在你正在安裝資料庫表時不訪問它們。

3 mysqlhotcopymysqlhotcopy -u $dbuser -p $dbpasswd $dbname $dumpfile

mysqlhotcopy備份會自動鎖定正要備份的表

4複製資料庫（replicating database）

複製（replication）類似於拷貝資料庫到另一台伺服器上，但它的確切含義是實時地保證兩個資料庫的完全同步。3.23版之後支援該功能。

mysqlhotcopy及同步複製我將在以後再整理出詳細文件.

用備份恢復資料

如果表損壞但沒丟失，嘗試用myisamchk或isamchk修復它們。

恢復過程涉及兩種資訊源：你的備份檔案和個更新日誌。備份檔案將表恢復到實施備份時的狀態，然而一般表在備份與發生問題之間的時間內已經被修改，更新日誌包含了用於進行這些修改的查詢。

你可以使用日誌檔案作為mysql的輸入來重複查詢。這已正是為什麼要啟用更新日誌的原因。

恢復過程視你必須恢復的資訊多少而不同。實際上，恢復整個資料庫比單個表跟容易，因為對於資料庫運用更新日誌比單個表容易。

1 恢復整個資料庫

首先，如果你想恢復的資料庫是包含授權表的mysql資料庫，你需要用--skip-grant-table選項執行伺服器。否則，它會抱怨不能找到授權表。在你已經恢復表後，執行mysqladmin flush-privileges告訴伺服器裝載授權標並使用它們。

將資料庫目錄內容拷貝到其它某個地方，如果你在以後需要它們。

用最新的備份檔案重灌資料庫。如果你用mysqldump產生的檔案，將它作為mysql的輸入。如果你用直接從資料庫拷貝來的檔案，將它們直接拷回資料庫目錄，然而，此時你需要在拷貝檔案之前關閉資料庫，然後重啟它。

使用更新日誌重複做備份以後的修改資料庫表的查詢。對於任何可適用的更新日誌，將它們作為mysql的輸入。指定--one-database選項使得mysql只執行你有興趣恢復的資料庫的查詢。

如果你知道你需要運用所有更新日誌檔案，你可以在包含日誌的目錄下使用這條命令：

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

ls命令生成更新日誌檔案的乙個單列列表，根據伺服器產生它們的次序排序（主意：如果你修改任何乙個檔案，你將改變排序次序，這導致更新日誌一錯誤的次序被運用。）

很可能你會是運用某幾個更新日誌。例如，自從你備份以來產生的更新日誌被命名為update.392、update.393等等，你可以這樣重新執行：

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

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

.....

如果你正在實施恢復且使用更新日誌恢復由於乙個錯誤建議的drop database、drop table或delete語句造成丟失的資訊，在運用更新日誌之前，要保證從其中刪除這些語句。

2 恢復單個表

MYSQL四種備份方法總結

MySQL備份及恢復方法

房產評估四種方法

方法專利的四種寫法

MYSQL四種備份方法總結

MySQL備份及恢復方法

房產評估四種方法

方法專利的四種寫法

相關推薦