xtrabackup备份恢复

Percona XtraBackup 支持的mysql版本信息：

Percona XtraBackup下包含两个工具，Innobackup和xtrabackup。
下面介绍下各个版本这两个工具的差异。

2.2 版本支持 InnoDB, XtraDB, and MyISAM tables on MySQL 5.1, 5.5 and 5.6 servers, as well as Percona Serverwith XtraDB.
innobackupex a wrapper script that provides functionality to backup a wholeMySQL database instance with MyISAM, InnoDB, and XtraDBtables. ###2.2版本时期都用此工具备份，因为可备份包含Innodb和Myisam引擎的表；
xtrabackup a compiled C binary, which copies only InnoDB and XtraDB data ###不支持备份Myisam表。

2.3 版本支持 InnoDB, XtraDB, and MyISAM tables on MySQL 5.1, 5.5 and 5.6 servers, as well as Percona Serverwith XtraDB. ###该版本中xtrabackup支持了Innodb和Myisam引擎的表备份，innobackupex工具只是xtrabackup的一个软链接，而且在后续版本中会被去掉。
innobackupex innobackupex is the symlink for xtrabackup. innobackupexstill supports all features and syntax as 2.2 version did, but is now deprecated and will be removed in next major release.
xtrabackup a compiled C binary that provides functionality to backup a whole MySQL database instance with MyISAM, InnoDB, and XtraDB tables.

2.4 版本支持 InnoDB, XtraDB, and MyISAM tables on MySQL 5.1, 5.5, 5.6 and 5.7 servers, as well as Percona Server with XtraDB. ###该版本中xtrabackup支持了mysql5.7，其他特性和2.3版本一致。
innobackupex innobackupex is the symlink for xtrabackup. innobackupexstill supports all features and syntax as 2.2 version did, but is now deprecated and will be removed in next major release.
xtrabackup a compiled C binary that provides functionality to backup a whole MySQL database instance with MyISAM, InnoDB, and XtraDBtables.

8.0 版本支持 InnoDB, XtraDB, and MyISAM tables on MySQL 8.0 servers as well as Percona Server with XtraDB, Percona Server 8.0, and Percona XtraDB Cluster 8.0。 ###此版本单独为mysql8.0开发，不支持8.0之前的db版本。
xtrabackup a compiled C binary that provides functionality to backup a whole MySQL database instance with MyISAM, InnoDB, and XtraDB tables.
innobackupex ###此工具已经被移除

目前使用版本大多以2.4为主，故不区分 xtrabackup 和 innobackupex，Myisam和Innodb 都支持。
所以以 xtrabackup 为例测试备份恢复：

全备和恢复
全量备份：
xtrabackup -uroot -proot123 --backup --target-dir=/data/backup/20190103/

全量恢复：
xtrabackup --prepare --target-dir=/data/backup/20190103/
xtrabackup --move-back|--copy-back --target-dir=/data/backup/20190103/ --datadir=/data/mysql/mysql3306/data
--move-back 不保留备份，相当于 mv
--copy-back 保留备份，相当于cp
chown -R mysql:mysql /data/mysql/mysql3306/data

启动：
service mysql start
增量备份和恢复
先做全量备份：
xtrabackup -uroot -proot123 --parallel=4 --backup --target-dir=/data/backup/20190103/
[root@localhost 20190103]# cat xtrabackup_checkpoints
backup_type = full-backuped
from_lsn = 0
to_lsn = 2558962
last_lsn = 2558971
compact = 0
recover_binlog_info = 0

增量备份1：
xtrabackup -uroot -proot123 --backup --parallel=4 --target-dir=/data/backup/inc1 --incremental-basedir=/data/backup/20190103/
[root@localhost inc1]# cat xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 2558962
to_lsn = 2559915
last_lsn = 2559924
compact = 0
recover_binlog_info = 0

增量备份2：
xtrabackup -uroot -proot123 --backup --target-dir=/data/backup/inc2 --incremental-basedir=/data/backup/inc1
[root@localhost inc2]# cat xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 2559915
to_lsn = 2560568
last_lsn = 2560577
compact = 0
recover_binlog_info = 0

In this case you can see that there is a difference between the to_lsn (last checkpoint LSN) and last_lsn (last copied LSN), this means that there was some traffic on the server during the backup process. 
to_lsn和last_lsn之间存在差异，表示备份期间服务器有some traffic

增量备份时有两种增量备份策略：
1.读取所有的页的LSN，找到LSN大于之前的全备或者增量备的页，然后copy pages；
2.适用于percona server，开启 [changed page tracking]参数，可以将变化的页记录到一个位图文件中，增量备份时只需要读取该文件即可，大大减少读取数据页的请求 。即使位图文件可用，你也可以强制读取所有页， [xtrabackup --incremental-force-scan] 。
实际上，你也可以指定LSN来执行增量备份 [xtrabackup --incremental-lsn]，而不需要之前的全备文件， 不过恢复时仍然需要全备，否则这个增量备份将毫无用处。

备份完成后再执行几条sql语句，模拟实际场景：
insert into tt values(400); 
insert into tt values(401); 
insert into tt values(402);
然后模拟数据库宕机，恢复数据： kill -9 xxxx
删除数据文件目录： mv /data/mysql/mysql3306/data /data/mysql/mysql3306/data.bak
删除日志文件目录： mv /data/mysql/mysql3306/logs /data/mysql/mysql3306/logs.bak
创建需要目录： mkdir /data/mysql/mysql3306/{data,logs}

完整及增量恢复
prepare：
xtrabackup --prepare --apply-log-only --target-dir=/data/backup/20190103
xtrabackup --prepare --apply-log-only --target-dir=/data/backup/20190103 --incremental-dir=/data/backup/inc1
xtrabackup --prepare --target-dir=/data/backup/20190103 --incremental-dir=/data/backup/inc2   ##最后一个去掉 --apply-log-only参数

restore：
xtrabackup --parallel=4 --copy-back --target-dir=/data/backup/20190103 --datadir=/data/mysql/mysql3306/data

启动：
service mysqld start

由于备份完成后仍有数据变动，查看恢复完成的最后binlog位置：
下面两种方式均可以：
一是查看增量备份文件的记录
二是查看全部restore完成后的文件记录，二者一致
[root@localhost data]# cat /data/backup/inc2/xtrabackup_binlog_info
mysql-bin.000001        2576

[root@localhost data]# cat /data/mysql/mysql3306/data/xtrabackup_binlog_pos_innodb 
mysql-bin.000001        2576

如果主机上还保存有最近的binlog文件，则恢复即可：
mysqlbinlog --start-position=2576 mysql-bin.000001 |mysql -uroot -proot123
压缩备份与恢复：
多线程压缩全备：
xtrabackup -uroot -proot123 --backup --compress --compress-threads=4 --target-dir=/data/backup/compressed/ ## 1.4G可以压缩到16M

全备解压缩：
yum install -y qpress
xtrabackup --parallel=4 --decompress --target-dir=/data/backup/compressed/ --remove-original

全备恢复：
xtrabackup --prepare --target-dir=/data/backup/compressed/
xtrabackup --move-back|--copy-back --target-dir=/data/backup/20190103/ --datadir=/data/mysql/mysql3306/data
chown -R mysql:mysql /var/lib/mysql

启动：
service mysql start
加密备份与恢复：
加密备份：
生成密钥
[root@localhost backup]# openssl rand -base64 24
5QsS+fykEURHFmuLcFS81aIkCLaVJIyv

xtrabackup -uroot -proot123 --backup --target-dir=/data/backup/encrypt --encrypt=AES256 --encrypt-threads=4 --encrypt-chunk-size=64K --encrypt-key="5QsS+fykEURHFmuLcFS81aIkCLaVJIyv"
或者
echo -n "5QsS+fykEURHFmuLcFS81aIkCLaVJIyv" > /data/backup/keyfile
xtrabackup -uroot -proot123 --backup --target-dir=/data/backup/encrypt --encrypt=AES256 --encrypt-threads=4 --encrypt-chunk-size=64K --encrypt-key-file=/data/backup/keyfile

解密：
xtrabackup --decrypt=AES256 --parallel=4 --encrypt-key="5QsS+fykEURHFmuLcFS81aIkCLaVJIyv" --target-dir=/data/backup/encrypt --remove-original

恢复：
xtrabackup --prepare --target-dir=/data/backup/encrypt/
xtrabackup --move-back|--copy-back --target-dir=/data/backup/encrypt/ --datadir=/data/mysql/mysql3306/data
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 217,734评论 6赞 505
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 92,931评论 3赞 394
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 164,133评论 0赞 354
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 58,532评论 1赞 293
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 67,585评论 6赞 392
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 51,462评论 1赞 302
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 40,262评论 3赞 418
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 39,153评论 0赞 276
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 45,587评论 1赞 314
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,792评论 3赞 336
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,919评论 1赞 348
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 35,635评论 5赞 345
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 41,237评论 3赞 329
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,855评论 0赞 22
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,983评论 1赞 269
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 48,048评论 3赞 370
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 44,864评论 2赞 354