資料來源: https://github.com/17media/mysql-restore
以下為內容備份留存
前言
請優先善用storage的snapshot功能作backup and restore。當你需要用上logical restore時：
- master和slave機器都趴掉
- 沒法從storage snapshot恢復過來
- 其中一個use-case：整個datacenter趴掉，需要在別的datacenter重建mysql
mysql.cnf
mysql和mysqldump會從這檔案讀取所需的username和password- 位置： ~/.my.cnf
- 內容：
[client]
host=abc.com
user=root
password=abc123456
port=3306
backup script
- 把純資料backup，不包schema，並且進行gzip
mysqldump --max_allowed_packet=512M --single-transaction --extended-insert --compress \
--no-create-info --no-create-db --skip-triggers \
--databases test1 | gzip -c > dump.sql.gz
- 把database schema作backup
mysqldump --max_allowed_packet=512M --single-transaction --extended-insert --compress \
--no-data \
--databases test1 > schema.sql
- autoinc的數值存放於schema部份而不是在data部份，所以每次logical backup一定要２者都跑
- 次序一定是先跑data然後跑schema，否則autoinc數值會出錯
- backup過程中不能跑alter table
restore script
- 先重建schema：
mysql < schema.sql - import data部份，mysql是用single thread來跑，100GB的資料需要超過６小時的，這樣子太慢
gzip -cd dump.gz | mysql --max_allowed_packet=512M --compress
parallel data import
-
原理
- 先把本來的
dump.sql.gz切成table_XXX.sql，table_YYY.sql…… - 當準備好一個
table_XXX.sql後，立即呼叫mysql < table_XXX.sql來做data import，因為同一時間能import多個table，所以時間大幅縮短了 - 部份可以事後再補回的table可以先不做import，再進一步加快速度
- 先把本來的
-
compile program:
go build
-
執行import：
mysql-restore \
--path \
--concurrency
--ignore-tables
- 範例
./mysql-restore --path /backup/dump-20180429.sql.gz --ignore-tables "NotImportantTable,JustLogTable"
