文章目錄
- 1、mysqldump
- 2、 mysqlhotcopy
- 3、 SQL 文法備份
- 4、 啟用二進位日誌(binlog)
- 5、 直接備份資料檔案
- 6、 備份策略
- 7、 資料維護和災難恢複
- 8、 總結
作/譯者:葉金榮(Email: ),來源:http://imysql.cn/,轉載請註明作/譯者和出處,並且不能用於商業用途,違者必究。
日期:2006/10/01
本文討論 MySQL 的備份和恢複機制,以及如何維護資料表,包括最主要的兩種表類型:MyISAM
和 Innodb
,文中設計的 MySQL 版本為 5.0.22。
目前 MySQL 支援的免費備份工具有:mysqldump、mysqlhotcopy
,還可以用 SQL 文法進行備份:BACKUP TABLE
或者 SELECT INTO OUTFILE
,又或者備份二進位日誌(binlog)
,還可以是直接拷貝資料檔案和相關的設定檔
。MyISAM 表是儲存成檔案的形式,因此相對比較容易備份,上面提到的幾種方法都可以使用。Innodb
所有的表都儲存在同一個資料檔案 ibdata1
中(也可能是多個檔案,或者是獨立的資料表空間檔案),相對來說比較不好備份,免費的方案可以是拷貝資料檔案
、備份 binlog
,或者用 mysqldump
。
1、mysqldump1.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
告訴 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)有許可權讀取的檔案。
2、 mysqlhotcopy2.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 /tmproot#/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= 1log-bin= binloglog-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
的機器效能要求相對不是那麼高,因此成本低,用低成本就能實現增量備份而且還能分擔一部分資料查詢壓力,何樂而不為呢?
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所做事情的一小部分,萬事開頭難,就從現在開始吧!