MySQL 備份和恢復

MySQL 備份和恢復

本文討論 MySQL 的備份和恢復機制，以及如何維護數據表，包括最主要的兩種表類型：MyISAM 和 Innodb，文中設計的 MySQL 版本爲 5.0.22。

目前 MySQL 支持的免費備份工具備：mysqldump、mysqlhotcopy，還能夠用 SQL 語法進行備份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者備份二進制日誌（binlog），還能夠是直接拷貝數據文件和相關的配置文件。MyISAM 表是保存成文件的形式，所以相對比較容易備份，上面提到的幾種方法均可以使用。Innodb 全部的表都保存在同一個數據文件 ibdata1 中（也多是多個文件，或者是獨立的表空間文件），相對來講比較很差備份，免費的方案能夠是拷貝數據文件、備份 binlog，或者用 mysqldump。

一、mysqldump

1.1 備份

mysqldump 是採用SQL級別的備份機制，它將數據表導成 SQL 腳本文件，在不一樣的 MySQL 版本之間升級時相對比較合適，這也是最經常使用的備份方法。
如今來說一下 mysqldump 的一些主要參數：

• --compatible=name

  它告訴 mysqldump，導出的數據將和哪一種數據庫或哪一個舊版本的 MySQL 服務器相兼容。值能夠爲 ansi、mysql32三、mysql40、postgresql、oracle、mssql、db二、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。固然了，它並不保證能徹底兼容，而是儘可能兼容。

• --complete-insert，-c

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

• --default-character-set=charset

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

• --disable-keys

  告訴 mysqldump 在 INSERT 語句的開頭和結尾增長 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 語句，這能大大提升插入語句的速度，由於它是在插入完全部數據後才重建索引的。該選項只適合 MyISAM 表。

• --extended-insert = true|false

  默認狀況下，mysqldump 開啓 --complete-insert 模式，所以不想用它的的話，就使用本選項，設定它的值爲 false 便可。

• --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 不會阻塞任何應用程序且能保證導出時數據庫的一致性狀態。它只適用於事務表，例如 InnoDB 和 BDB。
  本選項和 --lock-tables 選項是互斥的，由於 LOCK TABLES 會使任何掛起的事務隱含提交。
  要想導出大表的話，應結合使用 --quick 選項。

• --triggers

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

其餘參數詳情請參考手冊，我一般使用如下 SQL 來備份 MyISAM 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --extended-insert=false \
--triggers -R --hex-blob -x db_name > db_name.sql

使用如下 SQL 來備份 Innodb 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --extended-insert=false \
--triggers -R --hex-blob --single-transaction db_name > db_name.sql

另外，若是想要實如今線備份，還可使用 --master-data 參數來實現，以下：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --master-data=1 \
--single-transaction --flush-logs db_name > db_name.sql

它只是在一開始的瞬間請求鎖表，而後就刷新binlog了，然後在導出的文件中加入CHANGE MASTER 語句來指定當前備份的binlog位置，若是要把這個文件恢復到slave裏去，就能夠採用這種方法來作。

1.2 還原

用 mysqldump 備份出來的文件是一個能夠直接倒入的 SQL 腳本，有兩種方法能夠將數據導入。

• 直接用 mysql 客戶端

  例如：

  /usr/local/mysql/bin/mysql -uyejr -pyejr db_name < db_name.sql
  

   

• 用 SOURCE 語法

  其實這不是標準的 SQL 語法，而是 mysql 客戶端提供的功能，例如：

  SOURCE /tmp/db_name.sql;
  

  這裏須要指定文件的絕對路徑，而且必須是 mysqld 運行用戶(例如 nobody)有權限讀取的文件。

二、 mysqlhotcopy

2.1 備份

mysqlhotcopy 是一個 PERL 程序，最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 來快速備份數據庫。它是備份數據庫或單個表的最快的途徑，但它只能運行在數據庫文件（包括數據表定義文件、數據文件、索引文件）所在的機器上。mysqlhotcopy 只能用於備份 MyISAM，而且只能運行在 類Unix 和 NetWare 系統上。

mysqlhotcopy 支持一次性拷貝多個數據庫，同時還支持正則表達。如下是幾個例子：

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name /tmp (把數據庫目錄 db_name 拷貝到 /tmp 下)
root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name_1 ... db_name_n /tmp
root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name./regex/ /tmp

更詳細的使用方法請查看手冊，或者調用下面的命令來查看 mysqlhotcopy 的幫助：

perldoc /usr/local/mysql/bin/mysqlhotcopy

注意，想要使用 mysqlhotcopy，必需要有 SELECT、RELOAD(要執行 FLUSH TABLES) 權限，而且還必需要可以有讀取 datadir/db_name 目錄的權限。

2.2 還原

mysqlhotcopy 備份出來的是整個數據庫目錄，使用時能夠直接拷貝到 mysqld 指定的 datadir (在這裏是 /usr/local/mysql/data/)目錄下便可，同時要注意權限的問題，以下例：

root#cp -rf db_name /usr/local/mysql/data/
root#chown -R nobody:nobody /usr/local/mysql/data/ (將 db_name 目錄的屬主改爲  運行用戶)
mysqld

 

三、 SQL 語法備份

3.1 備份

BACKUP TABLE 語法其實和 mysqlhotcopy 的工做原理差很少，都是鎖表，而後拷貝數據文件。它能實如今線備份，可是效果不理想，所以不推薦使用。它只拷貝表結構文件和數據文件，不一樣時拷貝索引文件，所以恢復時比較慢。
例子：

BACK TABLE tbl_name TO '/tmp/db_name/';

注意，必需要有 FILE 權限才能執行本SQL，而且目錄 /tmp/db_name/ 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以免安全問題。

SELECT INTO OUTFILE 則是把數據導出來成爲普通的文本文件，能夠自定義字段間隔的方式，方便處理這些數據。
例子：

SELECT * INTO OUTFILE '/tmp/db_name/tbl_name.txt' FROM tbl_name;

注意，必需要有 FILE 權限才能執行本SQL，而且文件 /tmp/db_name/tbl_name.txt 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以免安全問題。

3.2 恢復

用 BACKUP TABLE 方法備份出來的文件，能夠運行 RESTORE TABLE 語句來恢復數據表。
例子：

RESTORE TABLE FROM '/tmp/db_name/';

權限要求相似上面所述。

用 SELECT INTO OUTFILE 方法備份出來的文件，能夠運行 LOAD DATA INFILE 語句來恢復數據表。
例子：

LOAD DATA INFILE '/tmp/db_name/tbl_name.txt' INTO TABLE tbl_name;

權限要求相似上面所述。倒入數據以前，數據表要已經存在才行。若是擔憂數據會發生重複，能夠增長 REPLACE 關鍵字來替換已有記錄或者用 IGNORE 關鍵字來忽略他們。

四、 啓用二進制日誌(binlog)

採用 binlog 的方法相對來講更靈活，省心省力，並且還能夠支持增量備份。

啓用 binlog 時必需要重啓 mysqld。首先，關閉 mysqld，打開 my.cnf，加入如下幾行：

server-id	= 1
log-bin		= binlog
log-bin-index	= binlog.index

而後啓動 mysqld 就能夠了。運行過程當中會產生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 記錄全部對數據的更新操做，後面的文件則是全部 binlog 的索引，都不能輕易刪除。關於 binlog 的信息請查看手冊。

須要備份時，能夠先執行一下 SQL 語句，讓 mysqld 終止對當前 binlog 的寫入，就能夠把文件直接備份，這樣的話就能達到增量備份的目的了：

FLUSH LOGS;

若是是備份複製系統中的從服務器，還應該備份 master.info 和 relay-log.info 文件。

備份出來的 binlog 文件能夠用 MySQL 提供的工具 mysqlbinlog 來查看，如：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001

該工具容許你顯示指定的數據庫下的全部 SQL 語句，而且還能夠限定時間範圍，至關的方便，詳細的請查看手冊。

恢復時，能夠採用相似如下語句來作到：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001 | mysql -uyejr -pyejr db_name

把 mysqlbinlog 輸出的 SQL 語句直接做爲輸入來執行它。

若是你有空閒的機器，不妨採用這種方式來備份。因爲做爲 slave 的機器性能要求相對不是那麼高，所以成本低，用低成本就能實現增量備份並且還能分擔一部分數據查詢壓力，何樂而不爲呢？

五、 直接備份數據文件

相較前幾種方法，備份數據文件最爲直接、快速、方便，缺點是基本上不能實現增量備份。爲了保證數據的一致性，須要在靠背文件前，執行如下 SQL 語句：

FLUSH TABLES WITH READ LOCK;

也就是把內存中的數據都刷新到磁盤中，同時鎖定數據表，以保證拷貝過程當中不會有新的數據寫入。這種方法備份出來的數據恢復也很簡單，直接拷貝回原來的數據庫目錄下便可。

注意，對於 Innodb 類型表來講，還須要備份其日誌文件，即 ib_logfile* 文件。由於當 Innodb 表損壞時，就能夠依靠這些日誌文件來恢復。

六、 備份策略

對於中等級別業務量的系統來講，備份策略能夠這麼定：第一次全量備份，天天一次增量備份，每週再作一次全量備份，如此一直重複。而對於重要的且繁忙的系統來講，則可能須要天天一次全量備份，每小時一次增量備份，甚至更頻繁。爲了避免影響線上業務，實如今線備份，而且能增量備份，最好的辦法就是採用主從複製機制(replication)，在 slave 機器上作備份。

七、 數據維護和災難恢復

做爲一名DBA(我目前還不是，呵呵)，最重要的工做內容之一是保證數據表能安全、穩定、高速使用。所以，須要按期維護你的數據表。如下 SQL 語句就頗有用：

CHECK TABLE 或 REPAIR TABLE，檢查或維護 MyISAM 表
OPTIMIZE TABLE，優化 MyISAM 表
ANALYZE TABLE，分析 MyISAM 表

固然了，上面這些命令起始均可以經過工具 myisamchk 來完成，在這裏不做詳述。

Innodb 表則能夠經過執行如下語句來整理碎片，提升索引速度：

ALTER TABLE tbl_name ENGINE = Innodb;

這實際上是一個 NULL 操做，表面上看什麼也不作，實際上從新整理碎片了。

一般使用的 MyISAM 表能夠用上面提到的恢復方法來完成。若是是索引壞了，能夠用 myisamchk 工具來重建索引。而對於 Innodb 表來講，就沒這麼直接了，由於它把全部的表都保存在一個表空間了。不過 Innodb 有一個檢查機制叫 模糊檢查點，只要保存了日誌文件，就能根據日誌文件來修復錯誤。能夠在 my.cnf 文件中，增長如下參數，讓 mysqld 在啓動時自動檢查日誌文件：