閱讀915 返回首頁    go 中電雲集


MySQL 備份和恢複(包括MyISAM 和 Innodb)

本文討論 MySQL 的備份和恢複機製,以及如何維護數據表,包括最主要的兩種表類型:MyISAMInnodb,文中設計的 MySQL 版本為 5.0.22。

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

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

 

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

關於該參數的信息請查看手冊。

最後更新:2017-01-04 22:34:37

  上一篇:go C++編程入門係列之前言
  下一篇:go linux 安裝FTP工具 lftp