初识MariaDB之4——Xtrabackup备份与还原
一、基础知识
成都做网站、成都网站设计、成都外贸网站建设介绍好的网站是理念、设计和技术的结合。创新互联公司拥有的网站设计理念、多方位的设计风格、经验丰富的设计团队。提供PC端+手机端网站建设,用营销思维进行网站设计、采用先进技术开源代码、注重用户体验与SEO基础,将技术与创意整合到网站之中,以契合客户的方式做到创意性的视觉化效果。
MySQLdump是mysql自带的一个单线程的逻辑备份工具,当数据量很大时,使用mysqldump备份的时间会非常长,且无法做增量备份,xtrabackup是一款基于底层块复制、开源的备份工具,可以对数据库在线实现备份。xtrabackup支持对Innodb和Xtradb存储引擎的完全、增量和差异备份,对于不支持事物的MyISAM存储引擎只能完全备份。
二、备份工具
Xtrabackup工具用到的命令为xtrabackup和innobackupex,而innobackupex又是将xtrabackup使用perl脚本语言封装的二次版本,其目的时为了便于使用
本文重点介绍innobackupex为例,介绍完全备份、增量备份和差异备份
三、实验说明
本次实验采用CentOS7.4系统,数据库版本为MariaDB 5.5.56,innobackupex 版本为2.3.6。
1.完全备份
(1)创建备份账户
MariaDB [hellodb]> grant all privileges on *.* to 'backup'@'localhost' identified by 'backuppassword';
MariaDB [hellodb]> flush privileges;
(2)创建备份目录
[root@node1 ~]# mkdir -pv /data/back
[root@node1 ~]# chown -R mysql.mysql /data/back
(3)执行备份
innobackupex --defaults-file=/etc/my.cnf --user=backup --password=backuppassword /data/back
看到completed OK!提示后表示备份成功,上述命令还可以使用--databases="db1 db2"来备份制定的库,或者使用--no-timestamp不自动生成时间戳
(4)关闭数据库服务,删除数据,模拟数据库损坏
[root@node1 back]# systemctl stop mariadb.service
(5)恢复前准备(将已提交的事物同步到磁盘,未提交的事务回滚)
innobackupex --defaults-file=/etc/my.cnf --user=backup --password=backuppassword --apply-log /data/back/2018-04-24_07-38-47/
(6)恢复数据(如果用root账号操作,需要更改恢复后数据目录的属组和属主)
innobackupex --defaults-file=/etc/my.cnf --user=backup --password=backuppassword --copy-back /data/back/2018-04-24_07-38-47/
(7)重启数据库服务,至此操作完成
2.增量备份
增量备份的实现是根据每一个Innodb页都有一个log sequence number(LSN),当数据发生变化时,其所在的Innodb页的LSN会自动增长,增量备份就是根据LSN的范围序列实现备份,每次备份的LSN号可以在xtrabackup_checkpoints中查看。其备份的方式与全备略有不同,增量备份需要给予一个全被或者上一次增量来进行,具体步骤如下:
(1)创建一个完全备份
[root@node1 ~]# innobackupex --defaults-file=/etc/my.cnf --user=backup --password=backuppassword /data/back
(2)基于已创建的完全备份,做增量备份
[root@node1 ~]# innobackupex --defaults-file=/etc/my.cnf --user=backup --password=backuppassword --incremental /data/incremental/ --incremental-basedir=/data/back/2018-04-25_06-32-18/
(3)基于已第一次创建的增量备份,做第二次增量备份(将--incremental-basedir指向完备份,则做的是差异备份)
[root@node1 ~]# innobackupex --defaults-file=/etc/my.cnf --user=backup --password=backuppassword --incremental /data/incremental/ --incremental-basedir=/data/incremental/2018-04-25_06-34-15/
(4)删除数据库文件,模拟故障(提前保存二进制文件,备份到故障发生点之间的还原还需要通过二进制文件)
[root@node1 ~]# cat /data/incremental/2018-04-25_06-39-57/xtrabackup_binlog_info
[root@node1 ~]# mysqlbinlog --start-position=1721 mysql-binlog.000002 > /data/incremental/binlog.sql
[root@node1 ~]# systemctl stop mariadb.service
[root@node1 ~]# rm -rf /var/lib/mysql*
(5)恢复前准备(出除最后一个增量外其他都需要使用--redo-only选项,其作用是不进行回滚操作,因为增量1中未提交的事务在增量2中可能会提交,所以不回滚。最后1个增量也可以用--redo-only选项,就算他不回滚,根据mariadb的crash-recover机制,启动时也会回滚未提交事务)
[root@node1 ~]# innobackupex --apply-log --redo-only /data/back/2018-04-25_06-32-18/
[root@node1 ~]# innobackupex --apply-log --redo-only /data/back/2018-04-25_06-32-18/ --incremental-dir=/data/incremental/2018-04-25_06-34-15/
[root@node1 ~]# innobackupex --apply-log --redo-only /data/back/2018-04-25_06-32-18/ --incremental-dir=/data/incremental/2018-04-25_06-39-57/
[root@node1 ~]# chown -R mysql.mysql /var/lib/mysql
(6)恢复数据库
[root@node1 ~]# innobackupex --copy-back /data/back/2018-04-25_06-32-18/
[root@node1 ~]# mysql < /data/incremental/binlog.sql
补充说明:
1.xtrabackup是通过读取LSN从而指导数据的更改的每一个innodb page页的大小默认是16K,实际测试中发现,如果数据量变化很小,即使binlog中的position发生了变了,使用增量备份的时候LSN号不会发生变化,但是恢复后的数据是一致的
2.在恢复增量备份的准备阶段时--incremental-dir选项后面不能使用相对路径,否则会提示找不到要恢复增量备份的xtrabackup_logfile
文章标题:初识MariaDB之4——Xtrabackup备份与还原
本文路径:http://azwzsj.com/article/jsoohe.html