MySQL 備份和恢復 一

qqmengxue發表於2010-11-03

本文討論 MySQL 的備份和恢復機制,以及如何維護資料表,包括最主要的兩種表型別:MyISAMInnodb,文中設計的 MySQL 版本為 5.0.22。

目前 MySQL 支援的免費備份工具有:mysqldump、mysqlhotcopy,還可以用 SQL 語法進行備份:BACKUP TABLE 或者 SELECT INTO OUTFILE,又或者備份二進位制日誌(binlog),還可以是直接複製資料檔案和相關的配置檔案。MyISAM 表是儲存成檔案的形式,因此相對比較容易備份,上面提到的幾種方法都可以使用。Innodb 所有的表都儲存在同一個資料檔案 ibdata1 中(也可能是多個檔案,或者是獨立的表空間檔案),相對來說比較不好備份,免費的方案可以是複製資料檔案備份 binlog,或者用 mysqldump

[@more@]

1、mysqldump

1.1 備份

mysqldump 是採用SQL級別的備份機制,它將資料表導成 SQL 指令碼檔案,在不同的 MySQL 版本之間升級時相對比較合適,這也是最常用的備份方法。
現在來講一下 mysqldump 的一些主要引數:

  • --compatible=name

    它告訴 mysqldump,匯出的資料將和哪種資料庫或哪個舊版本的 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 引數的影響而導致插入失敗。因此,需要謹慎使用該引數,至少我不推薦。

  • --default-character-set=charset

    指定匯出資料時採用何種字符集,如果資料表不是採用預設的 latin1 字符集的話,那麼匯出時必須指定該選項,否則再次匯入資料後將產生亂碼問題。

  • --disable-keys

    告訴 mysqldumpINSERT 語句的開頭和結尾增加 /*!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 不會阻塞任何應用程式且能保證匯出時資料庫的一致性狀態。它只適用於事務表,例如 InnoDBBDB
    本選項和 --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)有許可權讀取的檔案。

2、 mysqlhotcopy

2.1 備份

mysqlhotcopy 是一個 PERL 程式,最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLEScpscp 來快速備份資料庫。它是備份資料庫或單個表的最快的途徑,但它只能執行在資料庫檔案(包括資料表定義檔案、資料檔案、索引檔案)所在的機器上。mysqlhotcopy 只能用於備份 MyISAM,並且只能執行在 類UnixNetWare 系統上。

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 執行使用者)

3、 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 關鍵字來忽略他們。

4、 啟用二進位制日誌(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.inforelay-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 的機器效能要求相對不是那麼高,因此成本低,用低成本就能實現增量備份而且還能分擔一部分資料查詢壓力,何樂而不為呢?

5、 直接備份資料檔案

相較前幾種方法,備份資料檔案最為直接、快速、方便,缺點是基本上不能實現增量備份。為了保證資料的一致性,需要在靠背檔案前,執行以下 SQL 語句:

FLUSH TABLES WITH READ LOCK;

也就是把記憶體中的資料都重新整理到磁碟中,同時鎖定資料表,以保證複製過程中不會有新的資料寫入。這種方法備份出來的資料恢復也很簡單,直接複製回原來的資料庫目錄下即可。

注意,對於 Innodb 型別表來說,還需要備份其日誌檔案,即 ib_logfile* 檔案。因為當 Innodb 表損壞時,就可以依靠這些日誌檔案來恢復。

6、 備份策略

對於中等級別業務量的系統來說,備份策略可以這麼定:第一次全量備份,每天一次增量備份,每週再做一次全量備份,如此一直重複。而對於重要的且繁忙的系統來說,則可能需要每天一次全量備份,每小時一次增量備份,甚至更頻繁。為了不影響線上業務,實現線上備份,並且能增量備份,最好的辦法就是採用主從複製機制(replication),在 slave 機器上做備份。

7、 資料維護和災難恢復

作為一名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 在啟動時自動檢查日誌檔案:

innodb_force_recovery	= 4

關於該引數的資訊請檢視手冊。

8、 總結

做好資料備份,定只好合適的備份策略,這是一個DBA所做事情的一小部分,萬事開頭難,就從現在開始吧!

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10130206/viewspace-1040820/,如需轉載,請註明出處,否則將追究法律責任。

相關文章