MySQL數據庫中常用的備份之一，MySQLdump

以下的文章主要介紹的是MySQL數據庫中我們大家經常使用的備份方法之一即，MySQLdump和在MySQLdump在實際運行中我們應注意的相關事項的描述，以下就是具體方案的描述，希望在你今後的學習中會對你有所幫助。

MySQLdump

基本語法：

Shell> MySQLdump [OPTIONS] database [tables] > data_backup.sql 不指定MySQL數據庫名表示全部備份）

例如：

MySQLdump -uroot -p default-character-set=cp932 opt extended-insert=false hex-blob -R -x MySQL > E:\MySQL.sql

輸出文件的開頭看起來象這樣：

# 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_db.1999-10-02.gz #產生壓縮備份  
%MySQLdump samp_db student score event absence >grapbook.sql #備份數據庫的某些表  
%MySQLadmin -h boa.snake.net create samp_db  
%MySQLdump samp_db | MySQL -h boa.snake.net samp_db  

直接恢復到另一個服務器上使用add-drop-table選項告訴服務器將DROP TABLE IF EXISTS語句寫入備份文件，這樣當我們以後用來恢復MySQL數據庫時，如果表已經存在，你不會得到一個錯誤。

%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有很多其它選項，主要參數：

compatible=name

它告訴 MySQLdump，導出的數據將和哪種MySQL數據庫或哪個舊版本的 MySQL 服務器相兼容。值可以為 ansi、MySQL323、MySQL40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。當然了，它並不保證能完全兼容，而是盡量兼容。

complete-insert，-c

導出的數據采用包含字段名的完整 INSERT 方式，也就是把所有的值都寫在一行。這麼做能提高插入效率，但是可能會受到 max_allowed_packet 參數的影響而導致插入失敗。因此，需要謹慎使用該參數，至少我不推薦。

extended-insert = true|false

默認情況下，MySQLdump 開啟 complete-insert 模式，因此不想用它的的話，就使用本選項，設定它的值為 false 即可。

default-character-set=charset

指定導出數據時采用何種字符集，如果數據表不是采用默認的 latin1 字符集的話，那麼導出時必須指定該選項，否則再次導入數據後將產生亂碼問題。

disable-keys

告訴 MySQLdump 在 INSERT 語句的開頭和結尾增加 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 語句，這能大大提高插入語句的速度，因為它是在插入完所有數據後才重建索引的。該選項只適合 MyISAM 表。

hex-blob

使用十六進制格式導出二進制字符串字段。如果有二進制數據就必須使用本選項。影響到的字段類型有 BINARY、VARBINARY、BLOB。

lock-all-tables，-x

在開始導出之前，提交請求鎖定所有數據庫中的所有表，以保證數據的一致性。這是一個全局讀鎖，並且自動關閉 single-transaction 和 lock-tables 選項。

lock-tables

它和 lock-all-tables 類似，不過是鎖定當前導出的數據表，而不是一下子鎖定全部庫下的表。本選項只適用於 MyISAM 表，如果是 Innodb 表可以用 single-transaction 選項。

no-create-info，-t

只導出數據，而不添加 CREATE TABLE 語句。

no-data，-d

不導出任何數據，只導出數據庫表結構。

opt

這只是一個快捷選項，等同於同時添加 add-drop-tables add-locking create-option disable-keys extended-insert lock-tables quick set-charset 選項。本選項能讓 MySQLdump 很快的導出數據，並且導出的數據能很快導回。該選項默認開啟，但可以用 skip-opt 禁用。注意，如果運行 MySQLdump 沒有指定 quick 或 opt 選項，則會將整個結果集放在內存中。如果導出大數據庫的話可能會出現問題。

quick，-q

該選項在導出大表時很有用，它強制 MySQLdump 從服務器查詢取得記錄直接輸出而不是取得所有記錄後將它們緩存到內存中。

routines，-R

導出存儲過程以及自定義函數。

single-transaction

該選項在導出數據之前提交一個 BEGIN SQL語句，BEGIN 不會阻塞任何應用程序且能保證導出時MySQL數據庫的一致性狀態。它只適用於事務表，例如 InnoDB 和 BDB。

本選項和 lock-tables 選項是互斥的，因為 LOCK TABLES 會使任何掛起的事務隱含提交。

要想導出大表的話，應結合使用 quick 選項。

triggers

同時導出觸發器。該選項默認啟用，用 skip-triggers 禁用它。